修改Oracle字符集的實際操作方案
我們大家都知道Oracle字符集是具有互相包容性的。例如，us7ascii是zhs16gbk的子集,us7ascii到zhs16gbk不會有相關的數據解釋上的一些問題,是不會出現數據丟失的。在所有的字符集中utf8應該是最大,因為它基于unicode,雙字節保存字符(也因此在存儲空間上占用更多)。
一旦數據庫創建后，數據庫的字符集理論上講是不能改變的。因此，在設計和安裝之初考慮使用哪一種字符集十分重要。根據Oracle的官方說明，字符集的轉換是從子集到超集受支持,反之不行。如果兩種字符集之間根本沒有子集和超集的關系，那么Oracle字符集的轉換是不受Oracle支持的。
對數據庫server而言，錯誤的修改字符集將會導致很多不可測的后果，可能會嚴重影響數據庫的正常運行，所以在修改之前一定要確認兩種字符集是否存在子集和超集的關系。一般來說，除非萬不得已，我們不建議修改Oracle數據庫server端的字符集。
特別說明，我們最常用的兩種字符集ZHS16GBK和ZHS16CGB231280之間不存在子集和超集關系，因此理論上講這兩種Oracle字符集之間的相互轉換不受支持。
修改server端字符集(不建議使用)
在Oracle 8之前，可以用直接修改數據字典表props$來改變數據庫的Oracle字符集。但Oracle8之后，至少有三張系統表記錄了數據庫字符集的信息，只改props$表并不完全，可能引起嚴重的后果。正確的修改方法如下:
- $sqlplus /nolog
- SQL>conn / as sysdba;
若此時數據庫服務器已啟動，則先執行SHUTDOWN IMMEDIATE命令關閉數據庫服務器，然后執行以下命令:
- 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;
- SQL>SHUTDOWN IMMEDIATE;
- SQL>STARTUP
注意：如果沒有大對象，在使用過程中進行語言轉換沒有什么影響，（切記設定的Oracle字符集必須是Oracle支持，不然不能start） 按上面的做法就可以,但是可能會出現‘ORA-12717: Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists’ 這樣的提示信息
要解決這個問題有兩種方法
一個是,利用INTERNAL_USE 關鍵字修改區域設置,
還有一個是利用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的區域設置就沒有問題上述的相關內容就是對修改Oracle字符集的描述，希望會給你帶來一些幫助在此方面。
【編輯推薦】
- Oracle merge into的實操示例
- Oracle查詢分頁的存儲過程實際代碼示例
- Oracle數據庫的安全，PL/SQL的SQL注入
- Oracle應用顧問發展計劃 著力培養實用型軟件人才
- Oracle 字符串split的相關實際應用代碼介紹
