とみたです。

On Tue, 02 Oct 2001 10:18:43 +0900
Emiko Sano <emi@xxxxxxxxxx> wrote:

> すみません。SQL全文を載せると長いので省略してしまったのですが、
> Aテーブルでは別カラム(仮にｂ。これにもINDEXがはってあります。）にも条件を指定しています。
> explainでみると、
> Aテーブルではbカラムに張ったインデックスを見ています.
> BテーブルではIX_Bを使わず全件検索しています.
> 今の状態では、検索結果が返ってくるまでに３分ほどかかってしまいます.

LEFT() 関数を使用していますが、関数を使うとインデックスが使われない
のはしょうがないと思います。

一般的に、関数の結果がどのような文字列になるかは、関数を実行するまで
わからないので…。

> >> また、カラムの一部に対してインデックスを張った場合、
> >> どのようなSQL文をかけばそのインデックスを参照するのでしょうか？
> >
> >普通に書けば使われると思います。
> >	SELECT * FROM B WHERE aa = '1234';
> >とか。
> 
> それでは、
> B.aa='1234566789'等は引っかからないのではないでしょうか？？

そですね。

> B.aaは実際には10〜20文字ほど入っています.その頭４文字が
> A.aと同じになっています.
> 普通に文字指定だけなら
> where B.aa like '1234%'
> でいいと思うのですが、別カラムとなると、
> where B.aa like concat(A.a,'%')
> とかにしないといけないのでしょうか？
> ちなみに上のように書いてもIX_Bは使われませんでした。

ん〜、関数を使うとやはりインデックスは使われないと思います。

aa の先頭４バイトだけにマッチングさせたいのなら、aa を先頭４バイトと
それ以降のフィールドに分割させるとか、先頭４バイトだけ抜き出して検索
専用のフィールドを新たに作るとかするのが良いと思います。

--
とみたまさひろ <tommy@xxxxxxxxxx>
日本MySQLユーザ会 http://www.mysql.gr.jp