#eucjp

　SJIS（SHIFT_JIS）に含まれない機種依存文字を含むCP932でPHPなどで受け、それをEUC_JPでエンコーディングしているPostgreSQLデータベースに保存しているのだけど、pg_dumpallのダンプファイルや、PhpPgAdmin上では機種依存文字が文字化けして黒菱型に「？」の字形で表示されているので、私は完全に「文字化けが発生している！困った困った！」と思い込んでいた。

　だけど、「pg_dump -E SJIS」などと出力エンコーディングをSJISに強制したところ、機種依存文字がそのまま化けずに得られることがわかった。

　試しに、「pg_dumpall -l foobar -U foobar -w -v -f dumpall_`date +%Y%m%d%H%M`.dump」としていたものを、「pg_dump -E SJIS -F p -v --column-inserts -U foobar -f all_`date +%Y%m%d%H%M`.dump foobar」みたいにしてみたところ、SJISでダンプファイルを得ることが出来た。　あぁ、「--column-inserts」を書いてしまうと、かなり時間が掛かるので、普段はつけないか、「--inserts」にした方がいいようだ。

　DB Magazine 2010年1月号に、PostgreSQLの話題が掲載されていて、今でもこちらurl（http://www.unisys.co.jp/services/atlasbase/pdf/dbm_1001_postresql.pdf）からダウンロードして読むことが出来る。

　それによると、PostgreSQL 8.3以降でJIS X 0213:2004をUTF_8にてサポートしていて、EUC_JIS_2004やSHIFT_JIS_2004というエンコーディング名において相互変換できるようになっているそうだ。

　ここで重要な事は、EUC_JPとSJISとは相互変換できるが、EUC_JPとEUC_JIS_2004、SJISとSHIFT_JIS_2004との相互変換は出来ないということ。　サーバー側エンコーディングがEUC_JPならクライアント側エンコーディングはEUC_JPのほかはSJISかUTF_8しか使えず、EUC_JIS_2004やSHIFT_JIS_2004にはできないということだ。

　サーバー側エンコーディングがUTF_8であれば、クライアント側エンコーディングにEUC_JPやSJISやUTF_8はもちろん、SHIFT_JIS_2004も使えるとのこと。