箕畑です。

すみません。私の書いた
> > それとも、select〜where のオプティマイザが {delete|update}〜where
> > よりも賢くて、うまく型変換をやってくれているのかもしれません。
は誤解を招く表現ですので、
> > それとも、select〜where のオプティマイザが {delete|update}〜where
> > よりも賢くて、うまくインデクスを使ってくれるのかもしれません。
に訂正させてもらいます。

もうちょっと詳しく解説すると、もし、元質問者の鈴木様が

   select * from testtable where id = 000000000001;

のようにクォートをつけずにselectしているにも関わらず
MySQLがインデクスを使用して高速に検索してくれているのならば、
select〜whereは、 (問答無用で000000000001を数値1と解釈する)
{delete|update}〜whereよりも融通がきくみたいだなと考えたわけです。


堤井様
> 私が追試した時はクオートしないと引っかからなかったので
> 勝手につけてしまいました。
(中略)
> この結果からすると update はうまくやってくれ、select ではうまく
> やってくれいない、という気がします。どっちが正しいのかよく
> 分かりませんが、個人的にはうまくやってくれるほうが好きです。

うーーん、鈴木様もselectの時はクォートをつけておられたのですかね。
いずれにせよ、文字列の両端にクォートをつければうまく(=インデクスを
使用して高速に)処理されるということで間違いないようですね。

# ウチでは、数値だろうと文字列だろうと
# 一律にクォートを付けて処理することがほとんどです。

--
有限会社アイピーシー
箕畑典男
mailto: minohata@xxxxxxxxxx
IPC-公開地図サーバ http://map.ipc.co.jp/