普通は
＞ジャンルごとにテーブルを作成
これはありえない。

一発だけなら誤射かもしれない

>>350
そういうのはこっちで。
http://etc7.2ch.net/denpa/

>>351
なるほど、では一つのテーブルで頑張ってみようと思います。
どこかで50万件ぐらいでデータベースが悲鳴を上げることは無い、
というのを見たのですが、検索の効率が悪いならば、と思ったのですが安心しました。

ありがとうございます。

んとね、そこはクエリに対するインデックスの張り方がキモなわけでして。
適切に張ってある限りはテーブルを分けようが一緒だろうが
パフォーマンスはほとんど変わんないよ。

>>355
なるほどです。

>354の後からしばらく考えていたのですが、
実装としてはXMLの方が簡単そうな気がしました。
検索効率や、ファイルを削除した時の管理の楽さなどはdbの方が良さそうな気はしますが。

本当に参考になりました、ありがとうございます。
まだしばらく考えてみてみます。

>>356
いや、メインカテゴリとサブカテゴリに分ければ良いだけじゃないか？
君の言う「ジャンル」というのが、ヤフオクで言う「コンピュータ」「音楽」
とかになるなら

コンピュータ（メインカテゴリ）
└ソフトウェア（サブカテゴリ）

でいいと思うけど。

MySQLのチューニング関連の本って出てる？

出てるけど、ほとんどのものはパラメーターの解説ぐらいなもの。
ただで読める、公式のレファレンスを読んだほうがいいのでは？

>>360
㌧

SQL質疑応答スレから移動してきました。
非常に基本的な質問で申し訳ありませんが、お願いします。
環境はMacOSX10.5上に自分でインストールしたMySQL5です。
サーバもクライアントも同一マシン上で動いています。

grant all on *.* to bbsuser IDENTIFIED BY 'bbs1234';
というコマンドで、bbsuserという名前でbbs1234というパスワードの
ユーザを作りました。
そして、ターミナルから
mysql -u bbsuser -p
でmysqlに接続しようとしたのですが、
Access denied for user 'bbsuser'@'localhost' (using password: YES)
というエラーが出て接続できません。

http://dev.mysql.com/doc/refman/5.1/ja/access-denied.html
のページも読んで、
mysql -u bbsuser
ならサーバに接続できることが分かったのですが、パスワードオプションを
つけるととたんにダメになってしまいます。
なぜなのか分からずに途方に暮れています。どうかお知恵を貸して下さい。

GRANT ALL PRIVILEGES ON *.* TO bbsuser@localhost IDENTIFIED BY '********'

ON *.* だとユーザを分離する意味が薄れるんで、ON bbs.* とかに制限した方がイイ

>>363
ありがとうございます！早速やってみたらできました。
それと、ユーザが一部のデータベースにしかアクセスできないようにもしました。
本当にありがとうございます。

> やはり文字列よりも整数で抜き出す方が壮大に早いんですね。

当たり前だろｗ
文字列だって所詮は文字コードの数値比較だけど、桁数が全然違うしな。

order byを書かずにselectした場合の順番って順不同ですか？
あるいは、insertされた順でしょうか。
内部的に時刻情報を保存しているのは無駄だから、やっぱり順不同…？

順不同というか、単なる集合でしょ。

集合なので順番という概念はないとすると、そもそもORDER BYの存在自体が意味不明でしょ。
現実的なデータハンドリングを考えないと。

で、結論だけど、データの発見順とでもいうところか。
無駄にランダマイズしているわけでもないので、環境と状況が同じなら順番も同じではある。
しかし環境と状況に依存するということはつまり、順不同と考えておくべきである。

>>372
名答だ。

ありがとうございました

MySQLと連携しているWebアプリケーションを標的としたSQLインジェクション攻撃
http://www.isskk.co.jp/soc_report/SOC_report_20080812.html
今回の攻撃は、MySQL の拡張機能である ”INTO OUTFILE” を使用して、
指定したディレクトリに jatest4.php というファイルを保存するというものでした。
作成された jatest4.php は単純に文字を表示するだけの php コードであり、
データベースに保存されている情報を抜き出してファイルに書き込む行為は行っておりませんでした。
攻撃者は、Web サーバ上に作成された jatest4.php にアクセス可能か確認することで、
攻撃の成否を確認し、サーバが脆弱であるか確認を行っていると考えられます。

以下のselect文とupdate文を1文で行うにはどう書けばいいでしょうか？

select id from id_table sequence order by rand() limit 1;

update id_table set pt = pt+1;

selectのidと一致する行のptを+1する

MySQLです。
重いSQL文を発行してしまったときなど、ctrl+Cで発行したSQLをキャンセルする
ことがありますが、このキャンセルをSQLの発行で実現することはできないでしょうか。
自作のアプリケーションでデータベースにアクセスするため、
ctrl+Cを使うことができないのです。
よろしくお願いします

>>377
たぶん1文だと無理

元にもとすことはできない。

>>384
データのリストアって、結構トラブル多いよね。
リストアする経験ってあまりないし、たいがい急いで作業してるし。

SIGINTだとmysqlクライアントごと死ぬけど
クエリーの処理だけを止めるにはどうしたらいいかな

そんなSQLは書いちゃいかん。
SQLはプログラム言語じゃないんだぞ。

数だけが問題なら、格納する時に数自体も格納しておくとか。

select で一々文字列関数呼び出してたら、かなりコストがかかるのではないか。
>>392 の言うとおり、数を数えて別フィールドに格納しておくのがよいように思うんだが。

>>388
ちょ、sega って…。

KILL でクエリを中止できる。

ｗｗｗｗ

mysqlのバックアップについて詳しく乗ってるサイトを教えてください