Q&A
コマンドプロンプトの文字コードを PostgreSQL で使ってるものに合わせる必要があるのかも…。
前提・実現したいこと
ローカルのpostgresqlからサーバーのpostgresqlにschema単位でデータを移行したいため、pg_dumpを利用してダンプファイルを作成しています。
発生している問題・エラーメッセージ
オプションの-nでスキーマ名（日本語）を指定しましたが「エラー: マッチするスキーマが見つかりません」となります。
該当のソースコード
pg_dump -a -h localhost -U postgres -d postgres -n '\"ｘｘｘマスタ\"' -E shift-jis >data_ｘｘｘマスタ.sql
試したこと
E'ｘｘｘマスタ'や英字大文字のschemaを作成して試しましたが結果は同じでした。
英字小文字のschemaは問題なく出力されます。
補足情報（FW/ツールのバージョンなど）
PostgreSQL 13
Windows10
解決方法についてご教示いただけると幸いです。
回答1件
0
シングルバイト圏で作られたソフトウェアが何の支障もなくマルチバイトに対応していると思う方が間違いです。
無用なトラブルを避けるために、通常は日本語でスキーマ名を付けるようなことはしません。もっと建設的な方向に労力を費やすことをおすすめします。
投稿2021/09/17 17:34
総合スコア16417
ご教示いただきありがとうございます。
現状日本語でスキーマが作成されていますので、一時的にシングルバイトのテーブルに移すなどして対応を検討します。
過去、Oracle Database でキャラクタセットをSJISからUnicode に移行する案件に当たったことがあります。SJISでは1文字2バイトだったマルチバイト文字がUnicodeでは3バイト(一部4バイト)になって、マルチバイト文字が入る文字型のデータ型の桁数が1.5倍に増えるだけの変更で済むはずが、存在しないはずのマルチバイトで設計されたテーブルが大量に見つかり、テーブル名や列名がOracle の制限の30バイトを超えるのが大量に出てきてエラーになり、急遽マルチバイト文字のテーブル名や列名などを半角英数字に変更する作業が追加になったのに、納期は延びない、で殺人的な作業になってしまいました。
マルチバイトで設計したグループとはとっくに契約が切れて連絡さえつかなくなっていました。
他山の石にしてください。
あなたの回答
tips
プレビュー
