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

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

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

   見(jiàn)圖

默認(rèn)是GBK啊

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

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

問(wèn)題：怎么把我的客戶端機(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.

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

這個(gè)是我客戶端的

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

怎么弄呢

看下面的

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ā)表
開(kāi)發(fā)環(huán)境要求是UTF-8,我又重新建了次庫(kù)，選擇的是UTF-8，但是問(wèn)題來(lái)了，用PL/SQL連的時(shí)候，說(shuō)我的客戶端字符集與服務(wù)器端不一樣了

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

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

---

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

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

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

QUOTE:

---

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


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

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

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

---

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

我改成AL32UTF8后，只要出了錯(cuò)誤信息，就是這樣的亂碼情況，見(jiàn)圖1

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

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

你那個(gè)報(bào)錯(cuò)的亂碼和字符集沒(méi)關(guān)系~ 看看你的控制面板中的設(shè)置~

不要理會(huì) pl / sql 那個(gè)騙人的警告~

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

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