[pgsql-jp: 26894] Re: UCS-2 文字を利用したい

[Eiji Tokuya]

徳家です。

> 以前は説明しなかったのですが、
> PostgreSQL＋JSP＋ApacheでWebから

> そこで、文字コードの流れを抑えることが重要なのですが、
> 今までは、
> （ユーザ入力文字　EUC_JP）　⇒　（JSPで文字取得　その際、EUC_JP⇒Unicodeに変
> 換 *1）　⇒
> （postgreSQLにinsert　Unicode）【PostgreSQLエンコード＝Unicode】　 ⇒　（Web
> 表示 PostgreSQLから取得した文字をEUC_JPとして表示）
> 
> と考え、現にたいていの文字はうまくいきました。
> 
> *1 Javaソース
> String(s.getBytes("8859_1"),"EUC_JP")　といった感じで。

JavaでEUC-JPに変換しているのですね。
しかも、8859_1は半角文字だし…。(..;)
# いつも思うのですが、日本語を使うのにナゼ8859-1などが
# 登場するのか疑問です。(^^;;;;

Javaのエンコード変換は、EUC-JPでは全くIBM拡張漢字に
対応していません。

PostgreSQL話題とは全くの無関係状態の話ですね。
JavaソースのエンコードがUCS-2かUTF-8と思っていたもので…。

> そこで教えていただきたいのですが、今回のパッチというのは、ユーザがどのよう
> なコードでIBM拡張文字を入力しても、
> postgreSQLできちんと解釈してくれるものと都合よく解釈してしまっているのです
> が、間違いでしょうか？

菅原さんの言ってるのはエンコードの自動判別ですよね。
それなら違いますね。
エンコードの自動判別には正しく判別するのには、ある程度長い文字列が必要です。
DBは短い文字列だけで利用することも多いので、自動判別には向きません。
よって、利用する文字集合を明確に設定して使います。

PostgreSQLの場合はエンコーディングの設定にはDB本体のエンコーディング
ともう１つ、ユーザーがpsqlで表示したり、JavaやCなど各言語でPostgreSQLを
利用したアプリケーションを構築する時に表記使うエンコーディングを指定
します。これを『クライアントエンコーディング』といいます。
つまり、PostgreSQLはコード変換機能を内蔵しているのです。

JavaのソースをEUC-JPで記述したなら、PostgreSQLのクライアントエンコー
ディングをEUC_JPにしてあげればいいのです。
*1のようなコード変換はJavaでは行わなくて結構です。

> このパッチファイルでどのようなことができるのでしょうか？
> 重ね重ね申し訳ないのですが、よろしくお願いいたします。

パッチなしでは、UNICODE<->EUC_JPの変換をJIS規格の最低限の文字の範囲
で変換します。機種依存文字は全く変換しません。
よって、IBM拡張漢字はもちろん外字も、囲み文字も対応していません。
業務などの利用では、『(株)』などの囲み文字はよく使いますが、
UNICODEでは存在するものの、それらは機種依存文字なのでよって
UNICODE<->EUC_JPでは対応していません。

PostgreSQLは、7.0よりEUC_JPでもWindowsの機種依存文字が使えます。
ですから以前よりDBをEUC_JPで利用することを推奨していましたが、
このパッチで、DBをUNICODEで利用してもDBをEUC_JPで使っていたとき
と同等に使えるようになるのです。
これで、EUC_JPからUNICODEへのステップアップも簡単になります。
『だからなんなの?』と思われるかもしれませんが、業務で使うDBの
価値は歴然と違います。

UNICODE(UTF-8)の方が文字数が多くて便利と思っていても、EUC_JPの
DBで登録したデータが酷く破損してしまっては意味が無いので、
UNICODEにステップアップを控えているPostgreSQL利用者も多いと思います。

このパッチはそれらを解消します。

パッチをあてると、そのデータの破損を最低限(絶対とは言えませんが)
におさえます。
(株)や(有)などの囲み文字も安心して利用できます。

勿論、後にUTF-8でクライアントアプリケーションを構築すると
マルチリンガルなDBになり引続き利用できるのです。
要するに中国や韓国の漢字も利用可能になるので、無いと諦めていた
人名漢字の殆どが入力可能になります。

パッチは日本語に関しては、文字化けや文字の欠落などによる、データ
の破損を防ぐのが第一の目的です。
利用のOSやフォント、構築されたアプリケーションが対応しているか
どうかはパッチもPostgreSQLとも関係ありません。


徳家