PKをつけていったい何をしたいんだ

>>953

引き分けに決着を付けたいんだろう。

Middlegenという、DBに接続してDDLから各種設定ファイルとJavaクラスを出力ツールを使用しておりまして。

こいつがViewやPKがないテーブルを元に設定ファイルを出力すると、設定ファイルでは全属性をPKと見なす設定になってしまい、
カラムにnullの値を持つデータが存在するとViewから値がうまく取得できない現象が起きてしまうのです。。。

もともとのアプリではOracleを使用していたため、ViewにPK制約を付けて上記の現象を回避していたのですが、
自分の開発PC単体でもそのアプリを使えるようにMySQLを使用しようかと思い、MySQLでも同様の回避策が可能かどうか知りたくて質問させていただきました。

ツールのためにDBの構造を変更するのは
本末転倒に思えるがどうか

今来た。

今後の国内サポートとしては、なんか存在感無かったABから、用賀のサンマイクロ部隊になるのかな？
結局、商用で大規模になってくると、Sun+Oracle RACって営業的に儲かる方向に移行させられる気もするが。
それでもDB2/iシリーズに嵌め込まれるIBMよりは逃げ道ありそうだが。

テーブルuser_tblから更新順に10行のデータを取得する際
SELECT * FROM user_tbl ORDER BY uptime LIMIT 0,10;
でいけるのですが、仮にこの10行の中にuser_idがrootのものがあった場合、user_idがrootのものを並び順の一番上にしたいのですがどんな書き方があるでしょうか？

SELECT * FROM
(SELECT * FROM user_tbl ORDER BY uptime LIMIT 0,10) U
WHERE user_id = 'root'
UNION ALL
SELECT * FROM
(SELECT * FROM user_tbl ORDER BY uptime LIMIT 0,10) U
WHERE user_id != 'root'
;

ちょっと遅いけど

そうですか

もうアンインストールしましたので問題ありません。

そうですか

ある条件を満たすレコードがあるかどうか を調べるとき

SELECT * FROM hoge WHERE 条件 LIMIT 1;
としてレコードの有無を調べる

SELECT COUNT(*) as count FROM hoge WHERE 条件;
としてcountが0かどうかを調べる

のどっちがより速いのでしょうか

あるかどうか確認したあとに、今度はちゃんとしたselectを実行するだろうから、二度手間だよ。
それなら初めからちゃんとしたselectして、結果の件数を調べた方がマシ。

プログラムで何とかする

さばを変える

>>967
ありがとうございます
やはり一度プログラムで取り込んで加工するしかないですか
予算的にサーバは変更できないのでプログラム側でなんとかしてみます

>>968
やはり使えるバージョンにあげるしかなさそうですね
諦めて力技でなんとかしてみます
ありがとうございました

>>964
>>972

show session status like 'Handler\_read%';
の値をSQLの前後でチェックすれば
内部的に読み込んだレコード数がわかるよ。

>>974
ありがとう！ おかげで気持ちがすっきりしそうです。
お礼といってはなんですが、うちに来て妹とファックしてもいいですよ

>>975
お言葉に甘えてファックしたいので、写真を送って下さい。
メール欄まで至急お願いします。

>>973
扱える最大値が振られ続けるよ。

>>976
あの・・・特定できちゃったんですけど・・・
削除依頼出した方がいいと思います。

>>978

kunio-watanabe か。

ググってもたくさんいるみたいだから特定はできないな。
削除対象にならないだろう。

釣り文化資料館ｗ

すみません、ちょっと長いけどお願いします。

select tid as num,title,body,datetime from message where tid <> 0 order by datetime desc;
+------+-------+-----------+---------------------+
| num | title | body | datetime |
+------+-------+-----------+---------------------+
| 3 | NULL | drfgrf | 2008-01-24 11:41:55 |
| 1 | NULL | gdfg | 2008-01-24 11:41:03 |
| 1 | NULL | rdfgfdxgg | 2008-01-24 11:33:16 |
+------+-------+-----------+---------------------+

select id as num ,title,body,datetime from message where tid=0 order by datetime desc;
+-----+--------------+----------+---------------------+
| num | title | body | datetime |
+-----+--------------+----------+---------------------+
| 3 | ゆゆゆゆゆゆ | ｘｆｇｈ | 2008-01-24 11:34:59 |
| 1 | Yahoo!JAPAN | aaaaa | 0000-00-00 00:00:00 |
+-----+--------------+----------+---------------------+

上記をUNIONでつなげると、下記のようになります。
+------+--------------+-----------+---------------------+
| num | title | body | datetime |
+------+--------------+-----------+---------------------+
| 3 | NULL | drfgrf | 2008-01-24 11:41:55 |
| 1 | NULL | gdfg | 2008-01-24 11:41:03 |
| 1 | NULL | rdfgfdxgg | 2008-01-24 11:33:16 |
| 3 | ゆゆゆゆゆゆ | ｘｆｇｈ | 2008-01-24 11:34:59 |
| 1 | Yahoo!JAPAN | aaaaa | 0000-00-00 00:00:00 |
+------+--------------+-----------+---------------------+

これを、numの値が重複しないように取り出したいのですが、どうのようにすればいいでしょうか。
上の例だと、
| 3 | NULL | drfgrf | 2008-01-24 11:41:55 |
| 1 | NULL | gdfg | 2008-01-24 11:41:03 |
の行を取り出したいです。
下のほうの行はもうnumが1のものと3のものがあるのでいりません。

>>981
GROUP BY numすればいいんじゃね？
何が取得できるかはお楽しみになるけど

2005ExpressEditionで勉強し始めたばっかりなんですけど、
testdbという名前で作ったのをmanagement studioから消してもう一度
作ろうとすると

ファイル 'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\data\
testdb.mdf'は既に存在するので作成できません

というメッセージが返ってきて作成することが出来ません。このファイルの
消し方、教えてください。

ちなみに alter database remove file testdb では
'file' 付近に不適切な構文があります。というエラーになっちゃってます。

mySQLは、ナルシストDBだろ。
どういうことか、分かるよね。

猛烈に誤爆　スマソ

MySQL4.0で構築したシステムがあるのですが、この度5.1に移行することになりました。
そこで、SQLを書き換えて副問い合わせを使おうと思っているのですが、
性能的にメリットってありますでしょうか？

副問い合わせのメリットって、何でしょうか？

副問い合わせは一度の実行で役目を果たすんで、内部でグリグリ操作するよりはマシなんじゃね。
メリットを聞かれてもバカなので分からんが、副問い合わせ使った方が楽じゃん。

>>986
単純に、向こうでネイティブに全部済ませて答えが返ってくるわけだから
「コードで処理して２回SQL投げる」よりは、どう考えても速いわね。

>>989
これこれ、単純すぎ。

大抵の場合、負荷は
アプリケーションサーバ < データベースサーバ
だから、アプリケーション側でやっちゃった方がスケーラビリティはあがる。
それにデータが膨大になってきたときに、データベースサーバの分割もしやすいしなー
Web企業的考え方。

データベースサーバは超ハイスペックなものを使っていて余裕有りまくり。
無駄なデータのやりとりするくらいならストアドプロシージャ/サブクエリでやってしまおう。
SI的考え方。

>>982
今更だけどありがとう。

>>993
＞だから、アプリケーション側でやっちゃった方がスケーラビリティはあがる。
スケーラビリティというのは辞書で調べたら拡張性と書いてありました。
つまり、副問い合わせを使わない方がプログラムがシンプルになって、
機能追加がしやすいというということでしょうか？


＞それにデータが膨大になってきたときに、データベースサーバの分割もしやすいしなー
副問い合わせを使わないと、データベースサーバの分割をしやすくなるというのは
具体的には何故なのでしょうか？

初心的な質問ですいません。。

彼が言いたいのは、トランザクション量に応じて処理量も伸びるかという事じゃないかな

もし不適切だったら誘導願います。

MacOS X 10.5.1
Server version: 5.0.51 Source distribution

データベースの文字コードはutf8にしています。
MacPortでインストールしました。

Terminal.appからmysql5 を起動してselectを実行した場合、結果の日本語
は正しく表示されます(Terminal.appとデータベース、mysql5の文字コード
は合っている)。

しかし、where句などに日本語を入力しようとすると ???? になりうまく行き
ません。
日本語を含むクエリをファイルにしておいて、mysql5に食わせるぶんには問題
ありませんが、日本語が必要なたびにこれでは煩わしすぎます。

どうすればうまく日本語入力できるでしょうか。
ちなみに、bash上では日本語入力もうまく行きます。

宜しくお願いします。

今回だけだぞ
http://www.hideshi.jp/macosx/term-jp.html

http://start-macbook.net/08_japanese-terminal/

1000ならオレがMySQLになる