NLS_LANGUAGE影響oracle錯誤訊息等在客戶端中由oracle資料庫（軟體）服務端發來的要顯示的訊息（而非客戶端本身所要顯示的資訊），再如splplus中的“表已建立、連線到”等顯示的資訊就是如此。NLS_LANGUAGE不影響表中（所有）資料的顯示，具體的說，就是不影響表中varchar2/char和nvarchar2/nchar欄位的資料的顯示（，還有顯示日期型別的表字段）。

而表中varchar2/char和nvarchar2/nchar欄位的資料的顯示由NLS_CHARACTERSET和NLS_NCHAR_CHARACTERSET決定，即NLS_CHARACTERSET和NLS_NCHAR_CHARACTERSET

NLS_DATA_LANGUAGE用來表示Oracle在顯示日期型別的（的表字段裡的）文字內容時，使用什麼語言（的字元）。

至於NLS_LANGUAGE用什麼字符集由oracle資料庫軟體決定（根據NLS_LANGUAGE所指定的語言，oracle資料庫軟體服務端選擇該語言下的一個字符集），而NLS_CHARACTERSET和NLS_NCHAR_CHARACTERSET則可以由oracle使用者來自定義。

NLS引數最終被覆蓋的值為oracle資料庫（軟體）服務端所用？

客戶端的環境變數nls_lang 

NLS_LANG引數由以下部分組成:

NLS_LANG=<Language>_<Territory>.<ClientsCharacterset>

所以，客戶端的nls_lang設定後會覆蓋影響oracle資料庫（軟體）服務端nls架構模組功能程式中的session level的以下三個引數變數的數值：

NLS_LANGUAGE                  AMERICAN

NLS_TERRITORY                 AMERICA

NLS_CHARACTERSET

session level的NLS引數應該存放在各個UGA中。

客戶端都是基於服務端程式提供的介面（來訪問操作服務端程式的）而開發出來的，所以客戶端是否需要某個環境變數是取決於服務端程式是否要用到該變數。故而，在其他非基於oracle資料庫（軟體）服務端程式提供的介面而開發出來的客戶端是不需要用到環境變數nls_lang的。

除了NLS_CHARACTERSET變數外的NLS變數，都是以session level的該NLS引數值為準來控制顯示結果。而NLS_CHARACTERSET變數則貌似要客戶端和資料庫端配合來控制顯示結果？

Session Level NLS Parameter和客戶端nls環境變數集合（存在於登錄檔中）如nls_lang是兩套不同的變數集合。這個從select * fromnls_session_parameters;中不存在NLS_CHARACTERSET一行，而客戶端環境變數nls_lang裡有NLS_CHARACTERSET，而可知。

Database Level NLS Parameter、InstanceLevel NLS Parameter、Session Level NLS Parameter間類似於類繼承關係。NLS_CHARACTERSET是DatabaseLevel NLS Parameter的私有成員變數，不可被Session Level NLS Parameter繼承訪問。當然，在Session Level裡可以被繼承訪問的那些NLS Parameter的值在最終local化裡起作用（，而不是Database Level或是Instance Level NLS Parameter的值）。

如果使用者設定了某一客戶端nls環境變數如nls_lang，則其值就會自動賦值給Session Level NLS Parameter裡相應的NLS引數。

由於NLS_CHARACTERSET變數在Session Level裡不存在的，所以客戶端環境變數nls_lang裡的NLS_CHARACTERSET是要和Database Level NLS Parameter NLS_CHARACTERSET一起配合共同起作用。

即凡是在Session Level裡不存在的變數，客戶端環境變數裡的該同名變數都是要和Database Level NLS Parameter裡該同名變數一起配合共同起作用。

凡是在Session Level裡存在的變數，則由其單獨起作用。

altersession set NLS_CHARACTERSET 提示 ora_000922：missing orinvaild option

說明NLS_CHARACTERSET不可在會話級別被修改。

 select userenv('language') from dual;

和selectsys_context('userenv','language') from dual;都是顯示 session Level NLS Parameter的值，其中就有NLS_CHARACTERSET的值，所以說明NLS_CHARACTERSET是Database Level NLS Parameter的私有成員變數，被SessionLevel NLS Parameter繼承卻不可訪問（即不可被修改）。

 selectuserenv('lang') from dual;顯示 session Level NLS Parameter NLS_LANGUAGE的值。

NLS_LANGUAGE                  AMERICAN

NLS_TERRITORY                 AMERICA

NLS_CHARACTERSET

這三個引數是相互獨立的，即其各自影響的資料不會有重合部分。

客戶端nls_lang裡的字符集，對在客戶端裡輸入的SQL語句文字（的編碼值），會將其當作是客戶端nls_lang裡的字符集編碼的編碼值來解釋解析，而不會對其編碼值進行轉碼為客戶端nls_lang裡的字符集編碼的編碼值。例如，輸入的SQL語句文字的編碼值（客戶端字符集，作用的地方（？））採用的是ZHS16GBK字符集的，而客戶端nls_lang裡的字符集為AL32UTF8時，執行該SQL語句，提示ora911:無效字元，說明未轉碼。

客戶端nls_lang裡的字符集、客戶端字符集是兩個不同的變數，都是屬於客戶端的。

客戶端環境變數nls_lang指定無效值，如寫個無效的字符集名時，提示

ORA-12705:Cannot access NLS data files or invalid environment specified

NLS_LANG值，則會根據所在伺服器作業系統的配置內容，為我們選擇出一個字符集