關于字符集的測試報告

2024-07-21 02:06:42

字體：大中小

來源：轉載

供稿：網友

nls_lang用于設置客戶端的字符集。影響sqlplus界面的語言。

regedit:
hkey_local_machine oftware/oracle/home0
nls_lang鍵值
1、取值為‘us7ascii'或為空
2、取值為‘simplified chinese_china.zhs16gbk'

nls_characterset用于設置數據庫內部字符集，決定數據記錄保存的格式。
1、取值為‘us7ascii'或為空
2、取值為‘zhs16gbk'

測試：環境（已有一表為test_char.內含有漢字）
1>客戶端，服務器端的字符集為zhs16gbk:
    .能正確顯示test_char.
    .能正確建立含有漢字記錄的表。
    .將xiejia.test_char導入到模式test中
        已導出 zhs16gbk 字符集和 al16utf16 nchar 字符集

2>客戶端為zhs16gbk，服務端的內部字符集為us7ascii
    .無法正常顯示test_char
    .在建立含有漢字記錄的表后，無法正常顯示該內容
    .在執行export過程中。
        已導出 zhs16gbk 字符集和 al16utf16 nchar 字符集
        服務器使用 us7ascii 字符集 (可能的字符集轉換)

3>客戶端為us7ascii,服務端的內部字符集為us7asii
    .能正常顯示test_char
    .在建立含有漢字記錄的表后，不能正常顯示該內容
    .在執行export過程中
        export done in us7ascii character set and al16utf16 nchar character set
     在執行import過程后，無法正常顯示導入內容

4>客戶端為zhs16gbk,服務端的內部字符集為us7ascii
    .不能正常顯示test_char
    .在建立含有漢字記錄的表后，不能正常顯示該內容
    .在執行export過程中
        export done in us7ascii character set and al16utf16 nchar character set
        server uses zhs16gbk character set (possible charset conversion)

總結：
客戶端的設置uls_lang可決定地導出字符集。

在oracle9i數據庫，客戶端字符集必須與數據庫核心字符集類型一致，否則漢字出現亂碼

相關表：
v$nls_parameters
nls_database_parameters
props$

保留問題：
如果在客戶端與服務端字符集同為us7ascii，建立含漢字字符的表無法正常顯示記錄？會不會是因us7ascii不支持漢字？

上一篇：catalog損壞情況下的數據庫恢復實例

下一篇：SQL中的兩個值得注意的特殊符號