Movatterモバイル変換

From: "Shuichi Tamagawa" <"Shuichi Tamagawa" <tamagawa@xxxxxxxxxx>>
Date: Mon, 7 Nov 2005 18:16:22 +0900
Subject: [mysql 12372] MySQL 日本語問題吐き出し緊急オフ会 - まとめ

玉川です。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 Tamagawatamagawa@xxxxxxxxxx