解決策Oracle の文字化けコードの問題の解決策:
よくあらゆる種類の文字化けコードを目にして、それを見ると頭が大きくなってしまうことがありますか?心配しないでください、すべての問題は解決されます 解決策は 1 つ、または複数あります。
有名な格言があります。「痕跡のない解決策は存在しない」です。インターネット上では、ツールのコード化けとコード操作のコード化けが混同されていることが多く、解決策をたくさん調べましたが、どれも何の工夫もなく次から次へと貼り付けられていたので、今日このブログを公開しました。
次のスキームのサーバー側文字セット エンコーディングは: SIMPLIFIED CHINESE_CHINA.US7ASCII テストは問題ありません。他のエンコーディングについては、
1 を参照してください。ツールの文字化けコード:
PLSQL Developer を使用してクエリまたは編集します ?? が表示された場合:
原因: クライアントとサーバーのキャラクタ セットが一致していません
解決策:
最初にキャラクタ セットをクエリしますサーバーのエンコーディングを確認すると、クライアントはいつでも変更できます;
1. サービスの文字セットをクエリします:
2. ツールを使用してクライアントの文字セット エンコーディングを確認します:
ツールを開きます: help-support info
3. 環境変数 (システム環境変数) を設定します:
NLS_LANG=SIMPLIFIED CHINESE_CHINA.US7ASCII(设置的编码必须和服务端保持一致)
有効にならない場合は、コンピュータを再起動することをお勧めします。
2. 文字化けのクエリ:
2 つ設定:
1. 環境変数の変更:
NLS_LANG=SIMPLIFIED CHINESE_CHINA.US7ASCII(设置的编码必须和服务端保持一致)
2. レジストリの変更: (保険のため複数の)
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb11g_home1
有効にならない場合は、コンピュータを再起動することをお勧めします。
3. 文字化けの挿入:
解決中...
4. 文字化けのインポートまたはエクスポート:
まだなし
5 .サーバー側のエンコーディングを変更します: (このソリューションは注意して使用してください)
cmd sqlplus/nolog conn/as sysdba; shutdown immediate; startup mount; alter session set sql_trace=true; alter system enable restricted session; alter system set job_queue_processes=0; alter system set aq_tm_processes=0; alter database open; alter database character set ZHS16GBK; alter database character set internal_use ZHS16GBK; alter database national character set internal ZHS16GBK;(如果报错,可以不用理会) shutdown immediate; startup;
推奨チュートリアル: "Oracle Tutorial"
以上がOracleの文字化け問題を解決するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。