關于oracle字符集文檔
Oracle字符集是一個字節數據的解釋的符號集合,有大小之分,有相互的包容關系。ORACLE支持國家語言的體系結構允許你使用本地化語言來存儲，處理,檢索數據。它使數據庫工具，錯誤消息，排序次序，日期，時間，貨幣，數字，和日歷自動適應本地化語言和平臺。下文中將對oracle數據庫中的字符集文檔作出詳細的講解，希望下文中介紹的內容對大家能夠有所幫助。
一、 Oracle字符集相關知識
1 參數說明 `
影響oracle數據庫字符集最重要的參數是NLS_LANG參數
Oracle的字符集命名遵循以下命名規則:
<Language><bit size><encoding>
即: <語言><比特位數><編碼>
比如: ZHS16GBK表示采用GBK編碼格式、16位（兩個字節）簡體中文字符集
它的格式如下：NLS_LANG = language_territory.charset
它有三個組成部分(語言、地域和字符集)，每個成分控制了NLS子集的特性
其中：Language 指定服務器消息的語言，territory 指定服務器的日期和數字格式，charset 指定字符集。如:AMERICAN _ AMERICA. ZHS16GBK
從NLS_LANG的組成我們可以看出，真正影響數據庫字符集的其實是第三部分，
所以兩個數據庫之間的字符集只要第三部分一樣就可以相互導入導出數據，前面影響的只是提示信息是中文還是英文。
2 查看數據庫字符集
這涉及三方面的字符集：
一是：oracel server端的字符集；
二是：oracle client端的字符集；
三是：dmp文件的字符集；
在做數據導入的時候，需要這三個字符集都一致才能正確導入。
2.1查詢oracle server端的字符集
有很多種方法可以查出oracle server端的字符集
①比較直觀的查詢方法 }
SQL> select userenv('language') from dual;
查詢結果如下: SIMPLIFIED CHINESE_CHINA.ZHS32GB18030
②查看有關字符集的所有參數 :
SELECT * FROM v$nls_parameters;
結果中的NLS_CHARACTERSET ZHS32GB18030
2.2查看dmp文件的字符集
用oracle的exp工具導出的dmp文件也包含了字符集信息，dmp文件的第2和第3個字節記錄了dmp文件的字符集。如果dmp文件不大，比如只有幾M或幾十M，可以用UltraEdit打開(16進制方式)，看第2第3個字節的內容，如0354，然后用以下SQL查出它對應的字符集:
SQL> select nls_charset_name(to_number('0354','xxxx')) from dual;ZHS16GBK
2.3查詢oracle client端的字符集
在windows平臺下，就是注冊表里面相應OracleHome的NLS_LANG。具體路徑：
Win+R àregedit à HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\ nls_lang 顯示本地的字符集，這樣就只影響這個窗口里面的環境變量。
在unix平臺下，就是環境變量NLS_LANG。
$echo $NLS_LANG
AMERICAN_AMERICA.ZHS16GBK
如果檢查的結果發現server端與client端字符集不一致，建議統一修改為同server端相同的字符集。
2.4建議 s #40<
關于字符集客戶端的字符集要求與服務器一致，才能正確顯示數據庫的非Ascii字符。如果多個設置存在的時候，alter session>環境變量>注冊表>參數文件。
客戶端的字符集要求與服務器一致，才能正確顯示數據庫的非Ascii字符。如果多個設置存在的時候，alter session>環境變量>注冊表>參數文件
字符集要求一致，但是語言設置卻可以不同，語言設置建議用英文。如字符集是zhs16gbk，則nls_lang可以是 American_America.zhs16gbk。
2.5補充內容
2.5.1 數據庫服務器字符集
SELECT * FROM nls_database_parameters;
來源于props$，是表示數據庫的字符集。
2.5.2 客戶端字符集環境
SELECT * FROM nls_instance_parameters;
其來源于v$parameter，表示客戶端的字符集的設置，可能是參數文件，環境變量或者是注冊表
2.5.3 會話字符集環境
SELECT * FROM nls_session_parameters;
來源于v$nls_parameters，表示會話自己的設置，可能是會話的環境變量或者是alter session完成，如果會話沒有特殊的設置，將與nls_instance_parameters一致。
二、關于oracle字符集修改
一旦數據庫創建后，數據庫的字符集理論上講是不能改變的。因此，在設計和安裝之初考慮使用哪一種字符集十分重要。根據Oracle的官方說明，字符集的轉換是從子集到超集受支持,反之不行。如果兩種字符集之間根本沒有子集和超集的關系，那么字符集的轉換是不受oracle支持的。對數據庫 server而言，錯誤的修改字符集將會導致很多不可測的后果，可能會嚴重影響數據庫的正常運行，所以在修改之前一定要確認兩種字符集是否存在子集和超集的關系。一般來說，除非萬不得已，我們不建議修改oracle數據庫server端的字符集。特別說明，我們最常用的兩種字符集ZHS16GBK和 ZHS16CGB231280之間不存在子集和超集關系，因此理論上講這兩種字符集之間的相互轉換不受支持。
下例為把數據庫的字符集從ZHS16GBK修改為 ZHS32GB18030。
1、執行腳本
對于每個sql腳本的含義，請見注釋①~⑥
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;
set linesize 120;
alter database character set INTERNAL_USE ZHS32GB18030;
shutdown immediate ;
startup ;
2、 相關參數注釋
查看字符集參數：SELECT * FROM v$nls_parameters;
①SQL_TRACE是Oracle提供的用于進行SQL跟蹤的手段，是強有力的輔助診斷工具.在日常的數據庫問題診斷和解決中，SQL_TRACE是非常常用的方法。
sql_trace =true =3T\pd 3
在全局啟用SQL_TRACE會導致所有進程的活動被跟蹤，包括后臺進程及所有用戶進程，這通常會導致比較嚴重的性能問題，所以在生產環境中要謹慎使用，這個參數在10g之后是動態參數，可以隨時調整，在某些診斷中非常有效。
提示: 通過在全局啟用sql_trace，我們可以跟蹤到所有后臺進程的活動，很多在文檔中的抽象說明，通過跟蹤文件的實時變化，我們可以清晰的看到各個進程之間的緊密協調.
②在使用過程中對數據庫進行限制 HyGqw
ALTER SYSTEM DISABLE RESTRICTED SESSION來取消數據庫的受限制狀態。在數據庫受限制的過程中，只有對數據庫擁有CREATE SESSION權限的用戶才能夠連接到數據庫。這種狀態有利于對數據庫進行備份，恢復，導入，導出等操作。
③首先設置JOB_QUEUE_PROCESSES=0，Oracle會殺掉CJQ0及相應job進程
④aq_tm_processes值可選在1到10之間，0代表是關閉隊列監視
⑤利用INTERNAL_USE 關鍵字修改區域設置，目的是讓Oracle數據庫繞過了子集與超集的校驗 )
⑥STARTUP NOMOUNT
然后可以使用ALTER DATABASE MOUNT 來掛上數據庫。可以使用： STARTUP MOUNT來啟動數據庫，并掛載上數據庫，但是保持數據庫的關閉狀態。稍后可以使用ALTER DATABASE OPEN來打開數據庫。
關于oracle數據庫中字符集的講解就為大家講述到這里，本文中的內容比較適合剛剛入門的初學者學習，這里將為大家提供很好的學習oracle數據庫基礎知識的平臺，希望大家能夠從上文中涉及到的內容中有所收獲。
