>>648
ありがとう！

オレはLEFT JOINを多用しているけど、知人はINNER JOINを多用していると言われた。
INNER JOINのほうが使いやすいのかな・・・
もちろん状況にもよるだろうけど。

>>653,654
うわー、すごい！
聴いたことはあったんですが理解できなくて手を付けていませんでした。＞JOIN
こういう状況で使うんですね。　自分でもう一度確認し直します、ありがとうございました！

ほんとにJOINしたことなかったんだｗ
がんばってください

>>654
オレは、LEFT OUTER JOINばっかり。
それだけといっても過言ではない。

INNERとかCROSSとかいろいろあるけど、
使うべきケースがまったくわかんね。orz

JOINとかサブクエリーとか覚えると世界が広がるからガンガレ

アスタリスクで書いたらそうなるね。
手抜きしないで
select t1.id, t1.hoge, t1.fuga, t2.foo, t2.bar
と必要な列だけ書きましょう。
ちなみにうちの会社では「select *」はコーディング規約で禁止されてます。

>>661
それしかないんですか…
全部で50個くらいカラムがあるんだけどそれでも個別に書いてくってことですよね？
大変だなぁ。。
とりあえずそうします、ありがとうございました。

>>662
そんなもん、クラス化(ライブラリか）しておいたらいいでしょう。
また、最初の一発目も、desc テーブル名とかでカラムリストとって、
整形すればさほど難しくはない。
なにより、*で手抜きだけはするなと言うこと。それをやったら許さんぞ。

>>664
クラス化っていうのはphpとかのプログラム側で関数化するってことですよね？（mysqlの用語ではなくて）
＞最初の一発目も、desc テーブル名とかでカラムリストとって
ってなんですか？
クラス内のクエリ文を手作業で、t1.col1,t1.col2,t1.col3,t1.col4,…って書いていく時に、
テーブル構造を出力して見ながらやろうっていう事ですよね？　

>>665
見ながらやるんじゃなくて、テーブル構造をコピペしてテキストエディタかなんかでマクロを使うか、
sed等で置換するかして機械的な処理で整形してください。
という意味です。がんばってね。ここで手を抜かないことが大事だよ。

>>666
あー、なるほど！　よくわかりました、ありがとう！

あちゃー
オレも面倒なときはつい * を使ってしまうわｗ
* と 個別にカラムを指定するのって速度的に違いはあるのかな？
感覚的に * のほうが処理速度は速そうだけど・・・。

select対象列がすべてインデックスの中に入っていると、
テーブルアクセスをスキップできるのでとても速い。
select *してしまうと実テーブルを読まざるを得ない。

カバーリングインデックスというテクニックです

>>669
へえー、そう言う事情があるんですか
今試してみたら両方のやり方で速度の差なかったけど、何十万件になると違いが出るんでしょうか。。
どうもありがとう

テーブルがメモリに入りきらなくなるあたりから差が出るよ

MySQL 5.1 にて
CREATE TABLE `word_count` (
`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
`word` varchar(12) NOT NULL,
`count` int(10) unsigned NOT NULL,
PRIMARY KEY (`id`),
UNIQUE KEY `word` (`word`)
)
と言うテーブルで、
select * from word_count where instr('ここに文章が入ります',word);
を実行すると、key が使われなくて速度が出ません。
もっと効率よくできる書き方はありませんか?

Tritonnでがんばってください
http://qwik.jp/tritonn/

>>673
全文検索とは逆のことがしたいのですよ。
instr('words',word) を早くしたいのです。

全部見るしかないからむりじゃね

TRIEとか使えないの？

>>676
http://dev.mysql.com/sources/doxygen/mysql-5.1/trie_8c-source.html
これですか? ちょっと調べてみますが、具体的な使い方を教えていただけると助かります。

質問です

MySQL5.4の機能であるBKAを使用したのだが
併せてsennaの日本語全文検索機能も使いたいと思っています。

5.4にはsennnaのパッチが当てられないので困っていますが
対応方法ほか良い案などありますでしょうか。

現在はTorittonの5.0,67を使ってますが外部結合が遅い・・・

トリガーについて教えてください
MySQL 5.1.35 Windows を使って勉強中なんですけど

table shouhin_master　　←マスターテーブル
code int
name varchar(20)
～
delete_flg tinyint

table data_tbl ←データテーブル
code int
data1
～

外部制約でshouhin_masterからcodeを消した時
data_tblの該当するcodeデータを消すようにはしているのですが。
マスターテーブルのdelete_flg に9を立てた時にトリガーを使って
data_tblの該当するcodeのデータを削除する事出来ますか？
出来るとしたら、どういうトリガーを書けば良い？

>>679
パフォーマンス試験じゃなければ、そういう構築例は仮想マシンでやればいいから1台あればいいんじゃね？

>>680
NewとかOldとか使え
begin
if new.delete_flg = 9 then
　delete from data_tbl where code = new.code;
end if;
end

>>682
ありがとうです。勉強させて頂きます。

？
userTblをJOINしてなきゃ、そりゃエラーになるだろう

どこでJOINしたら良いんでしょうか？
３つまでの解説はよく見かけるんですが、４つ以上は見つけられなくて困ってます

お礼書き忘れた。
>>685　ありがとうございます

どこでも何も、そのまま続けて書けばいい。
FROM ～ JOIN ～ JOIN ～ JOIN ～
解説以前に、まずはマニュアル読むべき。

>>688
ありがとうございます
ずっとマニュアルは読んでるんですが、どうも理解できなくて。。
すみません、教えてください　お願いします

コレってむしろphp側の問題ですねorz
スレ違いでした。
phpのスレで訊いてきます。

これが新手のマルチ投稿か

ランタイム情報の
Slave_runningの値「ON」か「OFF」をmysqlで求めるには、
どのようなクエリを渡せばいいのでしょうか？

show status like 'Slave_running';
を、それぞれのプログラミング言語で
select文と同じように実行すれば取れるよ。

>>694
あ、ありがとうございます。
とりあえずphpからクエリを投げてみることにします。
phpmyadminばっかり使ってるとダメですね・・。

相談です。

16桁の数字からなる商品番号を格納するカラムのデータ型は何がいいでしょうか？
(1) BIGINT型で、16桁の整数として格納する
(2) CHAR(16)型で、16個の文字からなる文字列として格納する

(1)と(2)と、どちらが検索が速いでしょうか？
データ件数は、10万～100万件程度です。

アドバイスよろしくお願いします。

>>696
64bitならもちろん、32bitでも、bigint のほうが早いはずだぜ。
まぁ、やってみたら?

>>697
アドバイス、ありがとうございます。
16桁の商品番号の格納は、BIGINT型で行ってみます！（・∀・）

一応ベンチマークも測ってみようと思って、今100万個のテストデータを作成中ですが、
MySQL5のストアドプロシージャとかで、乱数を一気に100万個ぐらい作る方法ありますかね？
＝とりあえずPHPスクリプトで、5000個ずつINSERTしてます＞＜

Tritonn使ってるんだけど

Where ColName Like '%検索ワード%'
と
Where match(ColName) against('検索ワード')
って結果が違います

これって正常なこと？
何か根本的に間違ってたりしますか？

すまん、
書き込んだ直前以降はちゃんと同じ値になってました。
なんか構文間違ってたんだと思います。