玉川です。

11/4（金）の日本語問題オフ会にて議論が交わされた結果、
以下の点を優先度の高い課題として改善を要求することになりました。

a) 文字コードの自動変換に伴う文字化けへの対応

4.1以降クライアント/サーバー間で文字コードの自動変換が行われる
ようになったことに伴い、文字化けが頻繁に発生している。

*--skip-character-set-client-handshakeオプションだけでは不十分
*libmysqlにmy.cnfファイル、又は環境変数に設定されたオプションを追加して欲し
い
*バイナリ版のデフォルトキャラクターセットはutf8の方が好ましい

b) JISコード範囲外の文字の処理

4.0まではJISコード範囲外の文字でもテーブルに挿入することができたが、
4.1からはコード範囲外の文字があると、当該文字以降のすべての文字が
消失してしまう。

*範囲外の文字が含まれる場合、当該文字を他の文字に置き換えて
 処理を続行するなり、後続のデータが消えてしまわないようにして欲しい
*範囲外の文字が含まれる場合、現行はWarningを発生させるだけだが
 エラーではじくモードも欲しい

c) Unicode -> JIS系文字コードへの変換
http://dev.mysql.com/doc/refman/4.1/ja/charset-cp932.html
の表にあるように、Unicodeからcp932、sjisにそれぞれ変換する際に、
一方では変換先が割り当てられているが、もう一方では変換先が
割り当てられていない（'3F' = '?' が割り当てられている）文字がある
（eucjpms、ujisについても同様）。アプリケーション側で文字コード変換が
発生する際に、DB側と同一のキャラクターセットを指定しないと
データ破壊が発生する場合がある。

*上記の表においてUnicodeからの変換先が割り当てられていない
文字について、他のキャラクターセットで割り当てられているもの
については同一の文字を割り当てて欲しい。

# 木下さん、この点については私なりの解釈で書いてあります。
# 誤りがあればご指摘お願いします。

d) sjisバイナリーデータのエスケープ処理
sjis/cp932使用時に、バイナリデータをバイナリ型の列に格納すると
エスケープ処理によってデータ破壊が発生する場合がある。
（0x9500がエスケープ処理によって0x955c30 = '表0' になってしまう）

*エスケープ処理を正しく行うようにして欲しい

その他、優先度はさほど高くないが、要望として伝えておくこと
としては以下の通りです。

* キャラクタセット名のエイリアスを使えるようにして欲しい
* 4.0から4.1へのアップグレード手順を日本語化して欲しい
* 正規表現で日本語を使えた方が良い
* 全文検索で日本語を使えた方が良い

なお、「4.1から導入されたコマンドを使ったアプリケーションでの
4.0への接続」ができないという点も挙げられましたが、
この点については「必要ないのではないか」という声が多数ありました。
必要と思われる方は、このMLにて議論頂きたいと思います。

といった具合です。何か過不足がありましたら、また気になる点が
ございましたらご連絡下さい。

--
Shuichi Tamagawa
tamagawa@xxxxxxxxxx