今天在11g上建了個測試庫，選擇的國家字符集和數(shù)據(jù)庫字符集都是默認(rèn)的，如下圖

   但是建好庫后，我用SQL語句查詢了下，發(fā)現(xiàn)明明是UTF-8啊，怎么會又變成了GBK了呢，求解？

   如果不是UTF-8，好像代碼拿出數(shù)據(jù)或插入數(shù)據(jù)都要轉(zhuǎn)換一下，郁悶

   見圖

默認(rèn)是GBK啊

開發(fā)環(huán)境要求是UTF-8,我又重新建了次庫，選擇的是UTF-8，但是問題來了，用PL/SQL連的時候，說我的客戶端字符集與服務(wù)器端不一樣了

客戶端windows的，默認(rèn)是GBK的，我在注冊表里改成UTF-8了，可是再連接就報ORA-12705錯誤了

問題：怎么把我的客戶端機(jī)器的字符集也改成UTF-8呢

ORA-12705: Cannot access NLS data files or invalid environment specified
Cause: Either an attempt was made to issue an ALTER SESSION command with
an invalid NLS parameter or value; or the environment variable(s) NLS_LANG,
ORA_NLSxx, or ORACLE_HOME was incorrectly specified, therefore the NLS
data files cannot be located.
Action: Check the syntax of the ALTER SESSION command and the NLS
parameter, correct the syntax and retry the statement, or specify the correct
directory path/values in the environment variables.

把注冊表里的值改成了UTF-8的，如圖

這個是我客戶端的

改了后，打開PL/SQL，發(fā)現(xiàn)如果遇到什么錯誤，比如ORA之類的錯誤，錯誤信息就是亂碼

怎么弄呢

看下面的

http://www./viewthread. ... 6%CB%2B%C2%D2%C2%EB

http://www./viewthread. ... D2%C2%EB&page=2

QUOTE:

---

原帖由 fan0124 于 2010-3-16 13:04 發(fā)表
開發(fā)環(huán)境要求是UTF-8,我又重新建了次庫，選擇的是UTF-8，但是問題來了，用PL/SQL連的時候，說我的客戶端字符集與服務(wù)器端不一樣了

客戶端windows的，默認(rèn)是GBK的，我在注冊表里改成UTF-8了，可是再連接就報ORA-12705錯誤了

問題：怎么把我的客戶端機(jī)器的字符集也改成UTF-8呢

---

我都想投訴PL/SQL Developer ，那么明顯惡意忽悠用戶！

沒事兒， 用警告誤導(dǎo)用戶修改NLS_LANG，結(jié)果大部分人都上當(dāng)了(包括樓主)，明明在簡體中文windows上的client，卻把NLS_LANG修改成al32utf8！
這樣將導(dǎo)致除了pl/sql developer以外的 client軟件(包括sqlplus)，輸入中文的時候都會出現(xiàn)錯誤，就算正好2位文輸入成功了，也會導(dǎo)致數(shù)據(jù)庫總的信息丟失！

而PL/SQL developer其實(shí)是不受NLS_LANG控制的，你被他忽悠了以后，只有它可以正確的輸入中文了~ 真無恥~

QUOTE:

---

原帖由 zergduan 于 2010-3-16 14:44 發(fā)表


我都想投訴PL/SQL Developer ，那么明顯惡意忽悠用戶！

沒事兒， 用警告誤導(dǎo)用戶修改NLS_LANG，結(jié)果大部分人都上當(dāng)了(包括樓主)，明明在簡體中文windows上的client，卻把NLS_LANG修改成al32utf8！
這樣將導(dǎo)致除了pl/sql developer以外的 client軟件(包括sqlplus)，輸入中文的時候都會出現(xiàn)錯誤，就算正好2位文輸入成功了，也會導(dǎo)致數(shù)據(jù)庫總的信息丟失！

而PL/SQL developer其實(shí)是不受NLS_LANG控制的，你被他忽悠了以后，只有它可以正確的輸入中文了~ 真無恥~

---

你的意思是我就不用改客戶端Windows下的注冊表中的NLS_LANG值了是嗎

我改成AL32UTF8后，只要出了錯誤信息，就是這樣的亂碼情況，見圖1

如果我保持原客戶端的NLS_LANG不變（也就是保持ALS16GBK這樣的），那就是每次登陸PL/SQL，出現(xiàn)個這樣的提示信息，見圖2

就這樣讓PL/SQL提示，不用管這個提示信息是嗎？不會影響插入數(shù)據(jù)啊，查詢啊，數(shù)據(jù)信息完整這樣的吧？主要是插入中文信息啊，這個沒什么影響的吧

你那個報錯的亂碼和字符集沒關(guān)系~ 看看你的控制面板中的設(shè)置~

不要理會 pl / sql 那個騙人的警告~

nls_lang的設(shè)置是由client決定的 ,如果你在cmd下 輸入chcp的結(jié)果是936，nls_lang就應(yīng)該是zhs16gbk

如果你使用pl/sql developer來輸入中文，修改不修改nls_lang都沒任何影響~ 如果你被那個警告給忽悠了，把nls_lang給修改成al32utf8了，那么除了pl/sql developer可以輸入中文外，其他的工具都不能正常輸入中文了~ 這正是pl/sql develper的陰險之處~