字符集總結：
一、伺服器的字符集（用來儲存資料用的編碼格式）
二、作業系統字符集（用來顯示、解碼/編碼與oracle互動的編碼格式）
三、oracle客戶端字符集(用於轉換作業系統、伺服器端編碼/解碼格式問題)

後續在使用過程中領悟到：
最基礎層是 資料庫（建立庫時的字符集）
第二層是：作業系統
第三層是：終端顯示

保持三層為 相同字符集 既可，但要注意的是，必須以建立資料庫時所使用的 字符集 為基準，進行設定 作業系統 、 終端的字符集，就基本沒有問題；

引用一段話：

字符集，實質就是按照一定的字元編碼方案，對一組特定的符號，分別賦予不同數值編碼的集合。Oracle資料庫最早支援的編碼方案是US7ASCII。Oracle的字符集命名遵循以下命名規則：<Language><bitsize><encoding>   即:  <語言><位元位數><編碼> 。比如: AL32UTF8表示：AL，代表all，指使用所有語言；32，,32位；UTF8編碼。檢視環境變數發現：NLS_LANG=American_America.AL32UTF8，American表示語言；America表示地區；AL32UTF8字符集型別。

         AL32UTF8和UTF8有什麼區別呢？Oracle的UTF8字符集由來已久，至少在8的時候就已經存在了，而對應的是UNICODE 3.0。而AL32UTF8字符集是9i才出現的，其對應的是UNICODE 5.0。這兩種字符集的區別在於，UNICODE 5.0與3.0相比，又增加了一些新的補充字元。但是在實際當中，使用到這些新增字元的可能性非常小，因此絕大部分情況下，選擇UTF8也是足夠的。AL32UTF8字符集是9i才出現的，那麼對於9i以後的版本訪問沒有任何問題，但是對於8i及以前的版本，則不認識這個字符集。這就使得8i及更低版本的客戶端在訪問9i以上AL32UTF8的資料庫時，會碰到各種各樣的問題。因此，如果資料庫版本都在9i及其以上，不需要考慮ORACLE8的資料庫，建議使用AL32UTF8字符集，它採用的Unicode標準要比UTF8採用的Unicode標準更新，支援的字元也更多一些。如果要考慮ORACLE8資料庫，建議使用UTF8字符集，它的相容性好，在ORACLE8及8I資料庫上使用AL32UTF8字符集容易出現問題。隨著現在版本11g逐漸開始稱為主流版本，8i客戶端的情況已經越來越少見了，因此在11.2的DBCA中，UTF8已經不是推薦字符集列表中的一員了。我們在遇到不相容的問題時就要修改字符集。

一、伺服器的字符集（用來儲存資料用的編碼格式）
    編碼字符集包含關係：ZHS32GB18030 > ZHS16GBK > ZHS16CGB231280 參考文章：http://docs.oracle.com/cd/B10501_01/server.920/a96529/appa.htm#956722
oracle 支援的字符集：
    在 oracle 官方文件中提到支援以下中文字符集：
         ZHS16CGB231280  CGB2312-80 16-bit Simplified Chinese  -- 11g 已不支援
         ZHS16GBK        GBK 16-bit Simplified Chinese
         ZHS32GB18030    GB18030-2000                          -- 11g 已不支援
         ZHT16BIG5       BIG5 16-bit Traditional Chinese       -- 11g 已不支援
         ZHT32EUC        EUC 32-bit Traditional Chinese
         ZHT16HKSCS      MS Windows Code Page 950 with Hong Kong Supplementary Character Set
         ZHT16MSWIN950   MS Windows Code Page 950 Traditional Chinese
    而我在11g建立 DB 時，選項中只支援以下幾種中文字符集：
         ZHS16GBK        GBK 16-bit Simplified Chinese    -- 我們中國大陸只能選它了...
         ZHT16HKSCS      MS Windows Code Page 950 with Hong Kong Supplementary Character Set
         ZHT16MSWIN950   MS Windows Code Page 950 Traditional Chinese
         ZHT32EUC        EUC 32-bit Traditional Chinese
         AL32UTF8        Unicode 4.0 UTF-8 Universal character set    --  實驗時，使用的是字符集，證明可以儲存 ZHS16GBK 以外的字符集
 

二、作業系統字符集（用來顯示、解碼/編碼與oracle互動的編碼格式）
    linux命令下:
       locale -a                -- 檢視作業系統支援哪些字符集；
       locale charmap           -- 看作業系統的字元解碼是哪種方式；
       export LANG=zh_CN.UTF-8  -- 設定作業系統 為 中文，utf8編碼方式

三、oracle客戶端字符集(用於轉換作業系統、伺服器端編碼/解碼格式問題)
    linux命令下:
    export NLS_LANG='SIMPLIFIED CHINESE_CHINA.AL32UTF8'  -- 設定 語言：簡體中文   區域：中國  編碼：utf8

實驗：
測試字元（以下字元都不在GBK字元範圍內）:

<由於這些字元不能釋出到CSDN，一發布，下面文章就沒有了，所以只能以圖片方式發了>

一、 gbk字符集的情況下
  條件：
        伺服器端oracle的字符集：ZHS16GBK
        linux終端環境變數設定 LANG：export LANG="zh_CN.GB18030"
        linux終端環境變數設定 NLS_LANG: export NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS32GB18030"
       
  CREATE TABLE TST_CHARACTER
  (
    F1 NVARCHAR2(8)
  );
 
 
   結果：
   一、sqlplus中試驗
     1.  INSERT INTO TST_CHARACTER values('');  -- 成功

         select * from TST_CHARACTER ;            -- 失敗，亂碼;
            F1
            --------------------------------
            ??
         select * from TST_CHARACTER where F1=''  -- 查詢成功，但是亂碼;

   二、P/L SQL Developer 8.0 版本試驗

    1. select * from TST_CHARACTER for update;    -- 使用把拷貝進去，成功顯示， 但是不能使用where 條件查詢；
       select * from TST_CHARACTER where F1=''  -- 查詢不成功；
       select * from TST_CHARACTER                -- 能顯示 '' 字
      
二、 AL32UTF8 字符集的情況下
  條件：
        伺服器端oracle的字符集： AL32UTF8
        linux終端環境變數設定 LANG：export LANG="zh_CN.UTF-8"
        linux終端環境變數設定 NLS_LANG: export NLS_LANG='SIMPLIFIED CHINESE_CHINA.AL32UTF8'
       
  CREATE TABLE TST_CHARACTER
  (
    F1 NVARCHAR2(8)
  );
 
   結果：
   一、sqlplus中試驗
   SQL> INSERT INTO TST_CHARACTER values('');  -- 成功
   SQL> select * from tst_character;             -- 失敗，亂碼;
   
   F1
   --------------------------------
   ��
   SQL> select * from TST_CHARACTER where F1='' ;  -- 成功，但顯示為亂碼；
   
   二、P/L SQL Developer 8.0 版本試驗
    INSERT INTO TST_CHARACTER values('') ;     -- 成功
    commit;
    select * from TST_CHARACTER   -- 失敗，亂碼;
    select * from TST_CHARACTER  where F1='' for update;   -- 成功找到資料，但顯示為亂碼；
   

直到現在，還沒有找到一種方法可以正確存入，並能條件查詢，並正確反顯的。。。。。。。。。
有時間再搞，得睡了。。。。。

以上如果有哪位大蝦能幫解決一下麼，謝謝啦 ~!~