山本です。


民斗>> 【SELECT-1】
民斗>>  select * from pat1 where key01 like 'XXX%' or key01 like 'XXX%' or key03 like 'XXX%'
民斗>
民斗>２番目の like は key02 ですよね。

おっと、失礼しました。


民斗>昔、"or" 演算子は遅いと聞いたことがあります。

言われてみれば、そういう話を聞いたことが私もあります。


民斗>つまり、
民斗>	select * from pat1 where key01 like 'XXX%' or key02 like 'XXX%' or key03 like 
'XXX%'
民斗>とするより
民斗>	select * from pat1 where key01 like 'XXX%';
民斗>	select * from pat1 where key02 like 'XXX%';
民斗>	select * from pat1 where key03 like 'XXX%';
民斗>と３回の select のトータル時間の方が速いという…。

で、やってみると

■ORで連結
　　35sec
■単独で３回SELECT
　　0.5sec x 3

という結果でした。

単独で３回SELECTの場合、３つの結果をマージしていく処理が必要ではありますが、
こっちのが結局早いのかもしれませんね。


民斗>あと、インデックステーブルがあまりにも大きいと、ディスク I/O のオーバー
民斗>ヘッドのせいで、インデックスを使わない方が速いこともあるのかもしれません。

試したのは２０万件で、ISMファイルは34430976バイトありました。

また、

■OR連結の場合のEXPLAINの結果
+---------+------+-------------------+------+---------+------+--------+------------+
| table   | type | possible_keys     | key  | key_len | ref  | rows   | Extra      |
+---------+------+-------------------+------+---------+------+--------+------------+
| keytbls | ALL  | key01,key02,key03 | NULL |    NULL | NULL | 195744 | where used |
+---------+------+-------------------+------+---------+------+--------+------------+

■単独で３回のEXPLAINの結果
+---------+-------+---------------+-------+---------+------+------+-------+
| table   | type  | possible_keys | key   | key_len | ref  | rows | Extra |
+---------+-------+---------------+-------+---------+------+------+-------+
| keytbls | range | key01         | key01 |    NULL | NULL |    1 |       |
+---------+-------+---------------+-------+---------+------+------+-------+

でした。


やっぱり、OR は 3.22 でも遅いのかしら、、、、


+======< Internet-Mail: yamamoto@xxxxxxxxxx >=====+
      Takashi YAMAMOTO      |       山本  高志
      Recruit Co.,Ltd.      |    （株）リクルート
   Datacast Business Div.   |  プロジェクト推進グループ
+=============< URL: http://www.isize.com/ >=============+