Oracle數(shù)據(jù)出現(xiàn)中文亂碼怎么解決

1. 服務(wù)器指定字符集與客戶字符集不同，而與加載數(shù)據(jù)字符集一致。

創(chuàng)新互聯(lián)主營依安網(wǎng)站建設(shè)的網(wǎng)絡(luò)公司,主營網(wǎng)站建設(shè)方案,APP應(yīng)用開發(fā),依安h5小程序定制開發(fā)搭建,依安網(wǎng)站營銷推廣歡迎依安等地區(qū)企業(yè)咨詢

解決方法：對(duì)于這種情況，只需要設(shè)置客戶端字符集與服務(wù)器端字符集一致就可以了，具體操作如下：

* 查看當(dāng)前字符集：

SQL select * from sys.props$

2 WHERE NAME=‘NLS_CHARACTERSET’;

NAME value$

NLS_CHARACTERSET ZHS16GBK

可以看出，現(xiàn)在服務(wù)器端Oracle數(shù)據(jù)庫的字符集為‘ZHS16GBK’

* 根據(jù)服務(wù)器的字符集在客戶端作相應(yīng)的配置或者安裝Oracle的客戶端軟件時(shí)指定：

如果還沒安裝客戶端，那么在安裝客戶端時(shí)，指定與服務(wù)器相吻合的字符集即可；如果已經(jīng)安裝好了客戶端，并且客戶端為 sql*net 2.0 以下版本，進(jìn)入Windows的系統(tǒng)目錄，編輯oracle.ini文件，用US7ASCII替換原字符集，重新啟動(dòng)計(jì)算機(jī)，設(shè)置生效；否則，如果，客戶端為 sql*net 2.0 以上版本，在Win98 下 運(yùn) 行REGEDIT,第一步選HKEY_LOCAL_MACHINE,第二步選擇SOFTWARE， 第三步選擇 Oracle， 第四步選擇 NLS_LANG， 鍵 入 與服 務(wù) 器 端 相 同 的 字 符 集

（本例為：HKEY_LOCAL_MACHINE/

SOFTWARE/ORACLE/NLS_LANG ：AMERICAN _ AMERICA. ZHS16GBK）。

如果是UNIX客戶端，則：

SQL conn / as sysdba

Connected.

SQL SQL UPDATE sys.PROPS$ SET value$=‘SIMPLIFIED CHINESE’

2 WHERE NAME=‘NLS_LANGUAGE’;

2. 服務(wù)器指定字符集與客戶字符集相同,與加載數(shù)據(jù)字符集不一致。

解決方法：強(qiáng)制加載數(shù)據(jù)字符集與服務(wù)器端字符集一致。要做到這一點(diǎn)，可以通過重新創(chuàng)建數(shù)據(jù)庫，并選擇與原卸出數(shù)據(jù)一致的字符集，然后IMP數(shù)據(jù)，這種情況僅僅適用于空庫和具有同一種字符集的數(shù)據(jù)。

解決這類問題，也可以先將數(shù)據(jù)加載到具有相同字符集的服務(wù)器上，然后用轉(zhuǎn)換工具卸出為foxbase 格式或access格式數(shù)據(jù)庫，再用轉(zhuǎn)換工具轉(zhuǎn)入到不同字符集的Oracle數(shù)據(jù)庫中，這樣就避免了Oracle字符集的困擾。目前數(shù)據(jù)庫格式轉(zhuǎn)換的工具很多,像power builder5.0以上版本提供的pipeline及Microsoft Access數(shù)據(jù)庫提供的數(shù)據(jù)導(dǎo)入/導(dǎo)出功能等。

3. 服務(wù)器指定字符集與客戶字符集不同,與輸入數(shù)據(jù)字符集不一致。

對(duì)于這種情況，目前為止都還沒有太好的解決方法。

通過上面的了解，我們知道，導(dǎo)致在后期使用數(shù)據(jù)庫時(shí)出現(xiàn)種種關(guān)于字符集的問題，多半是由于在數(shù)據(jù)庫設(shè)計(jì)、安裝之初沒有很好地考慮到以后的需要，所以，我們完全可以通過在服務(wù)器上和客戶端使用相同的字符集來避免由此類問題引出的麻煩

怎樣修改查看Oracle字符集

a.數(shù)據(jù)庫服務(wù)器字符集select * from nls_database_parameters，其來源于props$，是表示數(shù)據(jù)庫的字符集。

b.客戶端字符集環(huán)境select * from nls_instance_parameters,其來源于v$parameter，

表示客戶端的字符集的設(shè)置，可能是參數(shù)文件，環(huán)境變量或者是注冊(cè)表

c.會(huì)話字符集環(huán)境 select * from nls_session_parameters，其來源于v$nls_parameters，表示會(huì)話自己的設(shè)置，可能是會(huì)話的環(huán)境變量或者是alter session完成，如果會(huì)話沒有特殊的設(shè)置，將與nls_instance_parameters一致。

客戶端的字符集要求與服務(wù)器一致，才能正確顯示數(shù)據(jù)庫的非Ascii字符。如果多個(gè)設(shè)置存在的時(shí)候，alter session環(huán)境變量注冊(cè)表參數(shù)文件

實(shí)際情況

我用select * from nls_database_parameters

PARAMETER VALUE

------------------------------ ------------------------------

NLS_LANGUAGE AMERICAN

NLS_TERRITORY AMERICA

NLS_CURRENCY $

NLS_ISO_CURRENCY AMERICA

NLS_NUMERIC_CHARACTERS .,

NLS_CHARACTERSET ZHS16GBK

NLS_CALENDAR GREGORIAN

NLS_DATE_FORMAT DD-MON-RR

NLS_DATE_LANGUAGE AMERICAN

NLS_SORT BINARY

NLS_TIME_FORMAT HH.MI.SSXFF AM

PARAMETER VALUE

------------------------------ ------------------------------

NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM

NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR

NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR

NLS_DUAL_CURRENCY $

NLS_COMP BINARY

NLS_LENGTH_SEMANTICS BYTE

NLS_NCHAR_CONV_EXCP FALSE

NLS_NCHAR_CHARACTERSET AL16UTF16

NLS_RDBMS_VERSION 10.2.0.1.0

說明我在創(chuàng)建數(shù)據(jù)庫時(shí)指定的字符集是ZHS16GBK，我用

update sys.props$ set value$='AL32UTF8' where name='NLS_CHARACTERSET';

修改了字符集，但插入中文時(shí)仍然有問題，這或許就如上面資料所說的通過修改SYS.PROPS$來修改主要是對(duì)應(yīng)客戶端的顯示，與存儲(chǔ)無關(guān)，

所以仍舊是亂碼。

然后我重新創(chuàng)建了個(gè)數(shù)據(jù)庫，指定字符集為AL32UTF8，插入中文就沒問題了。

可見我們?nèi)绻跀?shù)據(jù)庫中顯示中文，在創(chuàng)建數(shù)據(jù)庫時(shí)一定喲指定好所用的字符集。

oracle數(shù)據(jù)庫亂碼怎么解決

一、pl/sql developer 中文字段顯示亂碼

原因：因?yàn)閿?shù)據(jù)庫的編號(hào)格式和pl /sql developer的編碼格式不統(tǒng)一造成的。

二、查看和修改oracle數(shù)據(jù)庫字符集：

select userenv('language') from dual;

查詢結(jié)果：

SIMPLIFIED CHINESE_CHINA.AL32UTF8

--修改oracle數(shù)據(jù)庫字符集：（在SQL Plus中）

sql conn / as sysdba;

sql shutdown immediate;

database closed.

database dismounted.

oracle instance shut down.

sql startup mount;

oracle instance started.

total system global area 135337420 bytes

fixed size 452044 bytes

variable size 109051904 bytes

database buffers 25165824 bytes

redo buffers 667648 bytes

database mounted.

sql alter system enable restricted session;

system altered.

sql alter system set job_queue_processes=0;

oracle 中文亂碼，該怎么解決

服務(wù)器為windows server 2003,正常安裝完oracle客戶端后，插入數(shù)據(jù)時(shí)，發(fā)現(xiàn)中文都是？。

異常：

PLL/SQL中輸入select userenv('LANGUAGE') From Dual，結(jié)果為AMERICAN_AMERICA.US7ASCII，

注冊(cè)表中[HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraClient10g_home]下的

NLS_LANG為SIMPLIFIED CHINESE_CHINA.ZHS16GBK。

解決方法：

我的電腦---右擊---屬性---高級(jí)---環(huán)境變量---系統(tǒng)變量---新建

變量名：NLS_LANG

變量值：SIMPLIFIED CHINESE_CHINA.ZHS16GBK，確定后再試試，OK。

如何解決插入Oracle數(shù)據(jù)中文為亂碼問題

1、首先，Oracle查詢編碼：select * from v$nls_parameters;//看看是否GBK

2、如果是用Servlet或者別的，插入數(shù)據(jù)之前輸出一下，看看是否亂碼。

比如：

doPost()

//設(shè)置接受編碼，但你的頁面也必須是UTF-8

response.setContentType("text/html;charset=UTF-8");

doGet()

//下面方式轉(zhuǎn)一下碼

String username = new String(request.getParameter("username").getBytes("ISO-8859-1"),"UTF-8");

如何解決oracle數(shù)據(jù)庫因字符集出現(xiàn)的亂碼問題

oracle數(shù)據(jù)庫查詢時(shí)出現(xiàn)亂碼，很可能是該數(shù)據(jù)庫的字符集設(shè)定不支持中文，但是表中數(shù)據(jù)含有中文，所以變?yōu)閬y碼。

如果是字符集原因，解決方法如下：

1、shutdown immediate； 關(guān)閉數(shù)據(jù)庫

2、startup mount； 開啟數(shù)據(jù)庫至掛載模式（只掛實(shí)例，不啟動(dòng)數(shù)據(jù)庫）

3、alter system enable restricted session；開啟會(huì)話限制

4、alter system set aq_tm_processes=0；修改系統(tǒng)參數(shù)

5、alter system set job_queue_processes=0；修改系統(tǒng)參數(shù)

6、alter database open；啟動(dòng)數(shù)據(jù)庫為open

7、alter database national character set internal_user (zhs16gbk)；修改字符集

8、alter system disable restricted session；關(guān)閉會(huì)話限制

括號(hào)內(nèi)可填寫字符集類型，zhs16gbk、AL32UTF8等字符集都支持中文。