村上です。

At Fri, 18 Jun 2004 09:40:42 +0900,
takeshi@xxxxxxxxxx wrote:
> 村上です。

> ただ、client=binary  / table(server) = sjis の時、
> エスケープ処理がどうなるかは、まだ私の方では未検証です。

動かした OS は MS じゃないですが、
Server: sjis
Client: binary
の時でも、エスケープ処理の不安はありませんでした。
詳細は以下のようになりました。

===================
目的
Server: sjis / Client: binary 状況下で
mysql_escape_strings() がどうのようにエスケープするのかを確認する
サーバーはどう解釈するのか確認する

実験
1. SJIS 全角カタカナの'ソ' (= 0x835C) を INSERT
2. INSERT 後に SELECT

INSERT するときには以下の2通りを試す
i1. VALUES ('ソ')
i2. "VALUES ('" +  mysql_escape_strings("ソ") + "')"
    文字ソを mysql_escape_strings 関数で処理した文字列をクエリに使ったという意味。

i1 の INSERT は、
  サーバーに到達したクエリ :  VALUES ('ソ')
  'ソ' の部分の 16進値:  0x27835C27
  結果 : SQL 構文エラー

i2 の INSERT は、
  サーバーに到達したクエリ :  VALUES ('ソ\')
  'ソ\' の部分の 16進値:  0x27835C5C27
  結果 : INSERT OK
  MYD の中身:  835C が記録されている。余分な \ は無い。

2 SELECT の結果
0x835C が返ってきた。


考察
クライアントは自分のキャラクタセット binary に従って文字列を escape 。
サーバーは、受け取った文字を binary に従ってエスケープを戻し、クエリを実行。
サーバーは MYD ファイルの中をそのままクライアントに返す。
Client: binary / Server: SJIS の状況下でも、エスケープ処理に混乱はない。

================
村上 takeshi@xxxxxxxxxx