草稿一關於Oracle字符集
0.什麽是Oracle字符集
Oracle字符集是一個字節數據的解釋的符號集合,有大小之分,有相互的包容關系。ORACLE 支持國家語言的體系結構允許你使用本地化語言來存儲，處理，檢索數據。它使數據庫工具，錯誤消息，排序次序，
日期，時間，貨幣，數字，和日歷自動適應本地化語言和平臺。
影響Oracle數據庫字符集最重要的參數是NLS_LANG參數。
它的格式如下: NLS_LANG = language_territory.charset
它有三個組成部分(語言、地域和字符集)，每個成分控制了NLS子集的特性。
其中:
Language： 指定服務器消息的語言， 影響提示信息是中文還是英文
Territory： 指定服務器的日期和數字格式，
如:AMERICAN _ AMERICA. ZHS16GBK
從NLS_LANG的組成我們可以看出，真正影響數據庫字符集的其實是第三部分。
所以兩個數據庫之間的字符集只要第三部分一樣就可以相互導入導出數據，前面影響的只是提示信息是中文還是英文。
怎麽查看數據庫版本
select * from v$version 包含版本信息，核心版本信息，位數信息(32位或64位)等 至於位數信息，在Linux/unix平臺上，可以通過file查看，如file $ORACLE_HOME/bin/oracle
1.查詢Oracle字符集
數據庫服務器字符集select * from nls_database_parameters，其來源於props$，是表示數據庫的字符集。
客戶端字符集環境select * from nls_instance_parameters,其來源於v$parameter，
表示客戶端的字符集的設置，可能是參數文件，環境變量或者是註冊表
會話字符集環境 select * from nls_session_parameters，其來源於v$nls_parameters，表示會話自己的設置，可能是會話的環境變量或者是alter session完成，如果會話沒有特殊的設置，
將與nls_instance_parameters一致。
客戶端的字符集要求與服務器一致，才能正確顯示數據庫的非Ascii字符。如果多個設置存在的時候，alter session>環境變量>註冊表>參數文件
字符集要求一致，但是語言設置卻可以不同，語言設置建議用英文。如字符集是zhs16gbk，則nls_lang可以是American_America.zhs16gbk。
涉及三方面的字符集：
1. oracel server端的字符集;
2. oracle client端的字符集;
3. dmp文件的字符集。
在做數據導入的時候，需要這三個字符集都一致才能正確導入。
2.1 查詢oracle server端的字符集
有很多種方法可以查出oracle server端的字符集，比較直觀的查詢方法是以下這種:
SQL> select userenv(‘language‘) from dual;
USERENV(‘LANGUAGE‘)
----------------------------------------------------
SIMPLIFIED CHINESE_CHINA.ZHS16GBK
SQL>select userenv(‘language’) from dual;
AMERICAN _ AMERICA. ZHS16GBK
2.2 如何查詢dmp文件的字符集
用oracle的exp工具導出的dmp文件也包含了字符集信息，dmp文件的第2和第3個字節記錄了dmp文件的字符集。如果dmp文件不大，比如只有幾M或幾十M，可以用UltraEdit打開(16進制方式)，
看第2第3個字節的內容，如0354，然後用以下SQL查出它對應的字符集:
0367 0354
SQL> select nls_charset_name(to_number(‘0145‘,‘xxxx‘)) from dual;
ZHS16GBK
如果dmp文件很大，比如有2G以上(這也是最常見的情況)，用文本編輯器打開很慢或者完全打不開，可以用以下命令(在unix主機上):
cat exp.dmp |od -x|head -1|awk ‘{print $2 $3}‘|cut -c 3-6
然後用上述SQL也可以得到它對應的字符集。
2.3 查詢oracle client端的字符集
在windows平臺下，就是註冊表裏面相應OracleHome的NLS_LANG。還可以在dos窗口裏面自己設置，
比如: set nls_lang=AMERICAN_AMERICA.ZHS16GBK
這樣就只影響這個窗口裏面的環境變量。
export NLS_LANG="AMERICAN_AMERICA.AL32UTF8"
AMERICAN_AMERICA.AL32UTF8
export NLS_LANG="AMERICAN_AMERICA.UTF8"
在unix平臺下，就是環境變量NLS_LANG。
$echo $NLS_LANG
AMERICAN_AMERICA.ZHS16GBK
如果檢查的結果發現server端與client端字符集不一致，請統一修改為同server端相同的字符集。
補充：
(1).數據庫服務器字符集
select * from nls_database_parameters
來源於props$，是表示數據庫的字符集。
(2).客戶端字符集環境
select * from nls_instance_parameters
其來源於v$parameter，表示客戶端的字符集的設置，可能是參數文件，環境變量或者是註冊表
(3).會話字符集環境
select * from nls_session_parameters
來源於v$nls_parameters，表示會話自己的設置，可能是會話的環境變量或者是alter session完成，如果會話沒有特殊的設置，將與nls_instance_parameters一致。
(4).客戶端的字符集要求與服務器一致，才能正確顯示數據庫的非Ascii字符。
如果多個設置存在的時候，NLS作用優先級別：Sql function > alter session > 環境變量或註冊表 > 參數文件 > 數據庫默認參數
字符集要求一致，但是語言設置卻可以不同，語言設置建議用英文。如字符集是zhs16gbk，則nls_lang可以是American_America.zhs16gbk。
2.修改設置字符集
（1）8i以上版本可以通過alter database來修改字符集，但也只限於子集到超集，不建議修改props$表，將可能導致嚴重錯誤。
Startup nomount;
Alter database mount exclusive;
Alter system enable restricted session;
Alter system set job_queue_process=0;
Alter database open;
Alter database character set zhs16gbk;
（2）
1. 關閉數據庫
SQL>SHUTDOWN IMMEDIATE
2. 啟動到Mount
SQL>STARTUP MOUNT;
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL>ALTER DATABASE OPEN;
--這裏可以從父集到子集
SQL>ALTER DATABASE CHARACTER SET ZHS16GBK;
SQL>ALTER DATABASE NATIONAL CHARACTER SET ZHS16GBK;
--如果是從子集到父集，需要使用INTERNAL_USE 參數，跳過超子集檢測
SQL>ALTER DATABASE CHARACTER SET INTERNAL_USE AL32UTF8;
SQL>ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE AL32UTF8;
SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP
註意：如果沒有大對象，在使用過程中進行語言轉換沒有什麽影響，（切記設定的字符集必須是ORACLE支持，不然不能start） 按上面的做法就可以。
若出現‘ORA-12717: Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists’ 這樣的提示信息，
要解決這個問題有兩種方法
1. 利用INTERNAL_USE 關鍵字修改區域設置,
2. 利用re-create,但是re-create有點復雜,所以請用internal_use
SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP MOUNT EXCLUSIVE;
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL>ALTER DATABASE OPEN;
SQL>ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE UTF8;
SQL>SHUTDOWN immediate;
SQL>startup;
如果按上面的做法做,National charset的區域設置就沒有問題
修改dmp文件字符集
上文說過，dmp文件的第2第3字節記錄了字符集信息，因此直接修改dmp文件的第2第3字節的內容就可以‘騙’過oracle的檢查。這樣做理論上也僅是從子集到超集可以修改，
但很多情況下在沒有子集和超集關系的情況下也可以修改，我們常用的一些字符集，如US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK基本都可以改。因為改的只是dmp文件，所以影響不大。
具體的修改方法比較多，最簡單的就是直接用UltraEdit修改dmp文件的第2和第3個字節。
比如想將dmp文件的字符集改為ZHS16GBK，可以用以下SQL查出該種字符集對應的16進制代碼: SQL> select to_char(nls_charset_id(‘ZHS16GBK‘), ‘xxxx‘) from dual;
0354
然後將dmp文件的2、3字節修改為0354即可。
如果dmp文件很大，用ue無法打開，就需要用程序的方法了。
3.常見的oracle utf8字符集和oracle exp 字符集問題
查詢結果中NLS_CHARACTERSET表示字符集，NLS_NCHAR_CHARACTERSET表示國家字符集
2. 通過ALTER DATABASE CHARACTER SET語句修改字符集，但創建數據庫後修改字符集是有限制的，只有新的字符集是當前字符集的超集時才能修改數據庫字符集，
例如UTF8是US7ASCII的超集，修改數據庫字符集可使用ALTER DATABASE CHARACTER SET UTF8。
客戶端字符集定義了客戶端字符數據的編碼方式，任何發自或發往客戶端的字符數據均使用客戶端定義的字符集編碼,客戶端可以看作是能與數據庫直接連接的各種應用，例如sqlplus,exp/imp等。
客戶端字符集是通過設置NLS_LANG參數來設定的。
2.5.3客戶端字符集設置方法
1)UNIX環境
$NLS_LANG=“simplified chinese”_china.zhs16gbk
$export NLS_LANG
編輯oracle用戶的profile文件
草稿一關於Oracle字符集