藤原です。

> 岩室です。
> 
> In message "[mysql 09730] 4.1 と UTF-8 (Re: MySQL 4.1.2 の char 	と日本語)"
>     on 04/07/01, takeshi@xxxxxxxxxx <takeshi@xxxxxxxxxx> writes:
> > UTFがらみの自動変換を使った場合にだけ起こる現象ですが、
> > 1. それでも MySQL に考慮して欲しい
> > 2. 考慮する必要なし
> > のどちらでしょうか？
> 
> 1に一票。個々のアプリケーションで対応すべき、ということになると、いつ
> までたっても文字化け問題は解消しないので、なるべく根っこに近いところで
> 対応して欲しいです。

  MySQLに直接対応というのは難しいかもしれないので、同じシフトJISといっ
  ても色々あるので、それを扱える枠組みだけを作ってもらうのは現実的かも
  知れません。

> # Unicode対応アプリケーション全般に共通で使えるルール/枠組が欲しいので
> # すが、話を広げ過ぎでしょうか?

  危険な文字は知られていますが、可能なのでしょうか？
  インターネットで色々対応しようとすると、最後は相手の環境を見て文字列
  の中身を表示のためだけに姑息に変更したりすることになりますね。

> > 仮に考慮するとすると、その方法ですが、
> > 
> > a1. utf の亜流を作る
> <略>
> > どのみち、UTF と言っても単に対応する文字コードが増えただけだし、
> > 実社会では使われているコードに食い違いがあるのだから、
> > いっそUTF亜流を作った方が楽。
> 
> これが一番現実的ではないでしょうか。既にSolarisではそういう方向性のよ
> うですし、違うものは違うんだ、ということが誰にでもよくわかるでしょうし、
> それにMySQL以外の世界にも話を広げやすいかと。
> 
> # 文字コードにサブクラスに相当するものって作れないのかな……。

  継承ができる character set で、Cのプログラムではなく、SQLを用いて、
  新しい character set の定義データを読み込んでしまえる.....とか。

> 亜流が増え過ぎて問題が生じるようなら、それを解消するための枠組を作るた
> めの圧力になるでしょうから、それはそれでOKだと思います。
> 
> > a2. UTF の亜流は作らないで、なんとか違う方法で頑張る。
> > 実現方法は不明。
> > COLLAION でも使う？
> > 
> > # マッピングの違いだけなら、collation でもよさそうな気がしてきた…
> 
> collationて比較だけですよね。同一のデータベースにJavaとWindowsとMacか
> らアクセスしたとき、それぞれにネイティブな形式で読み書きできるか、何ら
> かの形で識別できる情報を付随させないと、データを入れて表示しただけで文
> 字化けしますんで、あまりうまくないように思います。

  文字コード体系(character set)としてはまったく同じなのだが、中身がちょっ
  とだけ違うものに対するサポートができる仕組みが欲しいですね。
  collationでやるのは、collationの意図とは全く違いますね。そういう誤魔
  化しは可能かも知れませんが。

  シフトJISといっても、実は色々あるというのをMySQL ABはまだ認識できて
  いないのではないでしょうか？

------------------------------------------------------------------
株式会社 タイムインターメディア       藤原 博文 fuji@xxxxxxxxxx
本社 160-0002 東京都新宿区坂町26-27 ＩＰＢビル    TEL 03-5362-9009
URL  http://www.timedia.co.jp/                    FAX 03-5362-9008
地図 http://www.timedia.co.jp/company/map/     新宿線曙橋駅徒歩5分
------------------------------------------------------------------
♪  Puzzle Japan  http://www.puzzle.jp/  毎日新作パズルで遊ぼう ♪
------------------------------------------------------------------