長谷です

> 山本です。

こんばんは

> でも、文字コードっていっぱいありすぎですよね・・・
> 多分、みんな思っていることだと思いますが・・・

これもまた MySQL からは外れる話題ですみませんが．．．

本来、一般に MS-DOS が浸透する前までは、JIS漢字コードが使わ
れていました。これは ASCII なのか漢字なのかを区別するために、
漢字の手前と最後にエスケープシーケンスを付けていました。
但し、エスケープシーケンスはベンダで違いがあることもあり、
実際にはバラバラです。
現在では ISO-2022-JP　として RFC1468 で提案、決められても
いますが、これは恐らく NEC のエスケープシー０ケンスでしょう。

Shift-JIS は、Microsoft がこれを改良してエスケープシーケンス
をなくしたものです。これは画面上の文字数と格納文字数が一致
する為、たちまち JIS 漢字にとって代わられました。
ただオフコンなどでは今でも JIS 漢字を使うことがあります。

これとは全く別に、EUC は UNIX 一般で使う漢字コードとして
AT＆T が決めたものです。

更にこれとは別に、文字表現に２バイト必要なのは何も東アジア
系の言語だけではないので、これも含めて同一のフォーマットで
言語を扱おうという動き (unicode)があり、その実装が UTF-5/7
/8/16/32 などととなっています。

が．．．実際には UTF と一口に言っても、言語別に種類がある
ようなものなので、実装がまちまちなようで、あるエディタで保存
すると別のエディタでは読み出せなかったりするようです。
これは RFC の解釈で実装が微妙に違うのとにたようなものでしょう。

ということで、困ったことに現時点では、UTF は我々が扱う文字
コードの種類が殖えてしまったに過ぎません。

既に不完全ながらも Windows2000/XP では UTF(恐らく UTF-8)
で処理されています。UNIX 側が歩調を合わせていずれ UTF に統一
されるのが好ましいのでしょうが、多分そうなるのには時間がかか
るのでしょうね。

ですので、異機種間データ交換が必要ない場合は、何かのコード
で統一して使うのがベターであると思います。

-- 
長谷 <VYG01106@xxxxxxxxxx>