欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

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

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

   如果不是UTF-8，好像代碼拿出數據或插入數據都要轉換一下，郁悶

   見(jiàn)圖

默認是GBK啊

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

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

問(wèn)題：怎么把我的客戶(hù)端機器的字符集也改成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的，如圖

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

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

怎么弄呢

看下面的

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

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

QUOTE:

---

原帖由 fan0124 于 2010-3-16 13:04 發(fā)表

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

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

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

---

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

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

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

QUOTE:

---

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

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

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

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

---

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

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

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

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

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

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

nls_lang的設置是由client決定的 ,如果你在cmd下 輸入chcp的結果是936，nls_lang就應該是zhs16gbk

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