At Wed, 9 Nov 2005 19:46:52 +0900,
とみたまさひろ wrote:
> 
> とみたです。
> 
> On Tue, 08 Nov 2005 21:52:26 +0900
> takeshi@xxxxxxxxxx wrote:
> 
> > 別件で:
> > libmysqlclient 内部で escape/unescape 時に使用されるキャラクターセットが、
> > SET NAMES 文では変更されないので、
> > これも問題と考えています。
> > 最新のバージョンでは対応しているんでしょうか？
> > 未対応なら、ぜひ対応して欲しいところ。
> 
> ん〜、ビミョ〜。
> 
> 「SET NAMES」クエリを特別扱いしないといけないですね。現状でも mysql コ
> マンドは「USE」を特別扱いしているので、できないことはないんでしょうけ
> ど、libmysqlclient レベルでやるのはやりすぎなような気が…。
> 
> あ、mysql_real_escape_string() 時に毎回サーバにクライアント charset を
> 問い合わせればいいのかな。
> 
> でも今となっては、プリペアドステートメントを使うというのが正しい手段の
> ような気がします。

過去の資産を捨てるということになりますよね。
今動いているものを、少ないエネルギーで動かすために、必要だと考えています。

また、SET NAMES を実行したオペレーターにしてみれば、
自分は SJIS で操作しているつもりが、
libmysqlclient の escape が latin1 で、
サーバーの unescape が SJIS になっているなんて、
思いもしないでしょう。
これは正しくデーターを DB に入れることができなくなる、ということを意味します。

SET NAMES が今のままだと、
MySQL 4.1 以上の、DB単位でキャラクターセットを指定できるという能力を活かすことにはなりません。
4.0 までのように、1サーバー1character set という運用しかできなくなります。
それも惜しい話です。

よって、SET NAMES を特別扱いにし、
libmysqlclient の escape 処理を正しくすべきと考えます。
やりすぎとは全然考えていません。
逆に必須だと考えています。




あ、それから、また別件。
sjis と cp932 間で自動変換を動作させるのはよろしくない。
ujis と eucjpms 間で自動変換が起きるのはよろしくない。
これらもやめて欲しいです。
sjis のフィールドを cp932 に変えるときに、文字が壊れたり無くなったりするのはいただけない。
同じ Shift_JIS なのに？しかも一度 ucs2 を通って変換？
変換してはいけないと考えています。

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