質問: 文字化けで躓いています。 実行している環境です。 サーバー WindowsServer2012 Oracle Database 11g Release 11.2.0.4.0 - 64bit Production NLSのパラメータ NLS_LANGUAGE AMERICAN NLS_TERRITORY AMERICA NLS_CURRENCY $ NLS_ISO_CURRENCY AMERICA NLS_NUMERIC_CHARACTERS ., NLS_CHARACTERSET AL32UTF8 NLS_CALENDAR GREGORIAN NLS_DATE_FORMAT DD-MON-RR NLS_DATE_LANGUAGE AMERICAN NLS_SORT BINARY NLS_TIME_FORMAT HH.MI.SSXFF AM NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR NLS_DUAL_CURRENCY $ NLS_COMP BINARY NLS_LENGTH_SEMANTICS BYTE NLS_NCHAR_CONV_EXCP FALSE NLS_NCHAR_CHARACTERSET AL16UTF16 NLS_RDBMS_VERSION 11.2.0.4.0 クライアント Windows7 Professional SqlDeveloper1.5.5 PL/SQLを使い、データを抽出した後、ファイル出力をUTL_FILEパッケージで行っています。 テーブルから取引先名称を取得し、その名称をファイル名にする、というものです。 連携部分のため、相手システムの仕様上、ファイル名に名前を与えてあげないと実行してもらえません。 向こうの仕様変更は製品なので受付てもらえません。 現状はSJIS変換をしているのですが、取引先に中国企業がある場合に当然ながら文字化けしてしまいます。 (現状のソース) ``` FOLDERFILE_OUTPUT_PATH CONSTANT VARCHAR2(100) := 'D:\'; : SELECT ・・・ → $rec.torinameを取得 : vFilename := $rec.toriname; write_file := UTL_FILE.FOPEN(FOLDERFILE_OUTPUT_PATH, CONVERT(vFilename,'JA16SJISTILDE'), 'w'); UTL_FILE.PUT_LINE(write_file, CONVERT(vRecord,'JA16SJISTILDE')); UTL_FILE.FCLOSE(write_file); ``` 例えば、できたファイルが「田?中商店」のような感じです。(?は中国語の文字) デバッガで読み込んだ際には、ちゃんと表示されており、テキストをコピーして、エクスプローラ上でファイル名を手動で作成した場合には、サーバー側、クライアント側ともに期待する名称でファイル名ができます。 また、UTL_FILE.FOPENに入るまでは文字がウオッチで認識されていることも確認しています。 ・もともとUTFを扱っているので、明示的にCONVERT($Filename,'AL32UTF8') としたのですが、現象変わりませんでした。 ・その他、CONVERT関数は繁体字など(zht16mswin950)指定してみたのですが結果かわりません。 ・あてずっぽうでもいろいろ試したのですが変わらなかったのです。 ・今はVARCHAR2でやっているのですが、NVARCHAR2に変更し、FOPEN_NCHARを試しましたが結果変わりません。 ・どちらかをもとに戻してもかわらず。 ・書く瞬間のOS側との問題かと想定し、クライアント、サーバーのNLS_LANGを環境変数にてJAPANESE_JAPAN.AL32UTF8にしたのですが、これも変わりません。 ここまできて次の一手が出てきておりません。検索していますがなかなか見つからず、大体がconvertの説明が多く、違っていても目的に合致しません。 ご教授お願いしたく思います。
回答: シングルバイト圏のソフトウェアがマルチバイト圏にまともに対応できるのは非常に市域いが高いです。特にファイル名やディレクトリ名のマルチバイト対応はかなり絶望的なところがあります。 sqlplus には host を使うことで、オペレーティング・システム・コマンドを実行できるので、たとえば、上海証券取引所の銘柄コードでファイルを作成しておいて、host を使って銘柄名(企業名) にrename することを検討されては? マルチバイト方面はOracleは苦手な部分ですから、他のデータベースの導入を考えた方が良いかも?