如何查看oracle表中数据的编码_工具

目前我的数据库环境的字符集是AL32UTF8，那么把它改成ZHS16GBK

1首先以sysdba的身份登录上去 conn /as sysdba

2关闭数据库shutdown immediate;

3以mount打来数据库，startup mount

4设置session

SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;

SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;

SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0;

5启动数据库

alter database open;

6修改字符集

ALTER DATABASE CHARACTER SET ZHS16GBK;

这会可能会报错，提示我们的字符集：新字符集必须为旧字符集的超集，这时我们可以跳过超集的检查做更改：

ALTER DATABASE character set INTERNAL_USE ZHS16GBK;

这条语句就可以了，TERNAL_USE提供的帮助就会使oracle绕过了子集与超集的验证，这条语句和上面的语句内部 *** 作时完全相同的。

7关闭，重新启动

SQL>shutdown immediate;

SQL> startup

当然字符集最好不要轻易修改，因为这会对数据库的数据有直接的影响，如果是生产环境的话，可能会造成不可估计得损失。

Oracle 字符集的查看和修改

一、什么是Oracle字符集

Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。

影响Oracle数据库字符集最重要的参数是NLS_LANG参数。

它的格式如下: NLS_LANG = language_territorycharset

它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。

其中:

Language：指定服务器消息的语言，影响提示信息是中文还是英文

Territory：指定服务器的日期和数字格式，

Charset：指定字符集。

如:AMERICAN _ AMERICA ZHS16GBK

从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。

所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。

二．字符集的相关知识：

21 字符集

实质就是按照一定的字符编码方案，对一组特定的符号，分别赋予不同数值编码的集合。Oracle数据库最早支持的编码方案是US7ASCII。

Oracle的字符集命名遵循以下命名规则:

即: <语言><比特位数><编码>

比如: ZHS16GBK表示采用GBK编码格式、16位（两个字节）简体中文字符集

22 字符编码方案

221 单字节编码

（1）单字节7位字符集，可以定义128个字符，最常用的字符集为US7ASCII

（2）单字节8位字符集，可以定义256个字符，适合于欧洲大部分国家

例如：WE8ISO8859P1(西欧、8位、ISO标准8859P1编码)

222 多字节编码

（1）变长多字节编码

某些字符用一个字节表示，其它字符用两个或多个字符表示，变长多字节编码常用于对亚洲语言的支持，例如日语、汉语、印地语等

例如：AL32UTF8（其中AL代表ALL,指适用于所有语言）、zhs16cgb231280

（2）定长多字节编码

每一个字符都使用固定长度字节的编码方案，目前oracle唯一支持的定长多字节编码是AF16UTF16，也是仅用于国家字符集

223 unicode编码

Unicode是一个涵盖了目前全世界使用的所有已知字符的单一编码方案，也就是说Unicode为每一个字符提供唯一的编码。UTF-16是unicode的16位编码方式，是一种定长多字节编码，用2个字节表示一个unicode字符，AF16UTF16是UTF-16编码字符集。

UTF-8是unicode的8位编码方式，是一种变长多字节编码，这种编码可以用1、2、3个字节表示一个unicode字符，AL32UTF8，UTF8、UTFE是UTF-8编码字符集

23 字符集超级

当一种字符集（字符集A）的编码数值包含所有另一种字符集（字符集B）的编码数值，并且两种字符集相同编码数值代表相同的字符时，则字符集A是字符集B的超级，或称字符集B是字符集A的子集。

Oracle8i和oracle9i官方文档资料中备有子集-超级对照表（subset-superset pairs），例如：WE8ISO8859P1是WE8MSWIN1252的子集。由于US7ASCII是最早的Oracle数据库编码格式，因此有许多字符集是US7ASCII的超集，例如WE8ISO8859P1、ZHS16CGB231280、ZHS16GBK都是US7ASCII的超集。

24 数据库字符集（oracle服务器端字符集）

数据库字符集在创建数据库时指定，在创建后通常不能更改。在创建数据库时，可以指定字符集(CHARACTER SET)和国家字符集(NATIONAL CHARACTER SET)。

241字符集

(1)用来存储CHAR, VARCHAR2, CLOB, LONG等类型数据

(2)用来标示诸如表名、列名以及PL/SQL变量等

(3)用来存储SQL和PL/SQL程序单元等

242国家字符集：

(1)用以存储NCHAR, NVARCHAR2, NCLOB等类型数据

(2)国家字符集实质上是为oracle选择的附加字符集，主要作用是为了增强oracle的字符处理能力，因为NCHAR数据类型可以提供对亚洲使用定长多字节编码的支持，而数据库字符集则不能。国家字符集在oracle9i中进行了重新定义，只能在unicode编码中的AF16UTF16和UTF8中选择，默认值是AF16UTF16

243查询字符集参数

可以查询以下数据字典或视图查看字符集设置情况

nls_database_parameters、props$、v$nls_parameters

查询结果中NLS_CHARACTERSET表示字符集，NLS_NCHAR_CHARACTERSET表示国家字符集

244修改数据库字符集

按照上文所说，数据库字符集在创建后原则上不能更改。不过有2种方法可行。

1 如果需要修改字符集，通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换。

2 通过ALTER DATABASE CHARACTER SET语句修改字符集，但创建数据库后修改字符集是有限制的，只有新的字符集是当前字符集的超集时才能修改数据库字符集，例如UTF8是US7ASCII的超集，修改数据库字符集可使用ALTER DATABASE CHARACTER SET UTF8。

25 客户端字符集（NLS_LANG参数）

251客户端字符集含义

客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码,客户端可以看作是能与数据库直接连接的各种应用，例如sqlplus,exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。

252 NLS_LANG参数格式

NLS_LANG=<language>_<territory><client character set>

Language: 显示oracle消息,校验，日期命名

Territory：指定默认日期、数字、货币等格式

Client character set：指定客户端将使用的字符集

例如：NLS_LANG=AMERICAN_AMERICAUS7ASCII

AMERICAN是语言，AMERICA是地区，US7ASCII是客户端字符集

253客户端字符集设置方法

1)UNIX环境

$NLS_LANG=“simplified chinese”_chinazhs16gbk

$export NLS_LANG

编辑oracle用户的profile文件

2)Windows环境

编辑注册表

Regeditexe ---》 HKEY_LOCAL_MACHINE ---》SOFTWARE ---》 ORACLE-HOME

254 NLS参数查询

Oracle提供若干NLS参数定制数据库和用户机以适应本地格式，例如有NLS_LANGUAGE,NLS_DATE_FORMAT,NLS_CALENDER等，可以通过查询以下数据字典或v$视图查看。

NLS_DATABASE_PARAMETERS:显示数据库当前NLS参数取值，包括数据库字符集取值

NLS_SESSION_PARAMETERS：显示由NLS_LANG 设置的参数，或经过alter session 改变后的参数值（不包括由NLS_LANG 设置的客户端字符集）

NLS_INSTANCE_PARAMETE：显示由参数文件init<SID>ora 定义的参数

V$NLS_PARAMETERS：显示数据库当前NLS参数取值

255修改NLS参数

使用下列方法可以修改NLS参数

（1）修改实例启动时使用的初始化参数文件

（2）修改环境变量NLS_LANG

（3）使用ALTER SESSION语句，在oracle会话中修改

（4）使用某些SQL函数

NLS作用优先级别：Sql function > alter session > 环境变量或注册表 > 参数文件 > 数据库默认参数

首先查看数据库编码：

select from nls_database_parameters where parameter ='NLS_CHARACTERSET';

这个编码是否和你java的编码一致，如果不一致，建议先尝试修改java的编码，如果java编码不能改变，而且你有修改oracle码制的权限，并且可以修改（慎用！）

例如目前数据库环境的字符集是AL32UTF8，那么把它改成ZHS16GBK

1首先以sysdba的身份登录上去 conn /as sysdba

2关闭数据库shutdown immediate;

3以mount打来数据库，startup mount

4设置session

SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;

SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;

SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0;

5启动数据库

alter database open;

6修改字符集

ALTER DATABASE CHARACTER SET ZHS16GBK;

这会可能会报错，提示我们的字符集：新字符集必须为旧字符集的超集，这时我们可以跳过超集的检查做更改：

ALTER DATABASE character set INTERNAL_USE ZHS16GBK;

这条语句就可以了，TERNAL_USE提供的帮助就会使oracle绕过了子集与超集的验证，这条语句和上面的语句内部 *** 作时完全相同的。

7关闭，重新启动

SQL>shutdown immediate;

SQL> startup

当然字符集最好不要轻易修改，因为这会对数据库的数据有直接的影响，如果是生产环境的话，可能会造成不可估计得损失。

如果你是刚建的库，最好选择重建，然后在建库过程中选择字符集。虽然库建好以后可以修改字符集，但是oracle官方不建议这么做。简单的例子：>

编码方式？你是指字符集吗？

查看oracle字符集的方法有很多，dba权限登录你可以执行：

select from nls_database_parameters;

select userenv('language') from dual;

推荐第二种，比较直观。

至于更改字符集的话，原则上是不能修改的。不过有两种方法可以尝试（我没试过）：

1 如果需要修改字符集，通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换。

1 服务器指定字符集与客户字符集不同，而与加载数据字符集一致。

解决方法：对于这种情况，只需要设置客户端字符集与服务器端字符集一致就可以了，具体 *** 作如下：

查看当前字符集：

SQL> select from sysprops$

2 WHERE NAME=‘NLS_CHARACTERSET’;

NAME value$

NLS_CHARACTERSET ZHS16GBK

可以看出，现在服务器端Oracle数据库的字符集为‘ZHS16GBK’

根据服务器的字符集在客户端作相应的配置或者安装Oracle的客户端软件时指定：

如果还没安装客户端，那么在安装客户端时，指定与服务器相吻合的字符集即可；如果已经安装好了客户端，并且客户端为 sqlnet 20 以下版本，进入Windows的系统目录，编辑oracleini文件，用US7ASCII替换原字符集，重新启动计算机，设置生效；否则，如果，客户端为 sqlnet 20 以上版本，在Win98 下运行REGEDIT,第一步选HKEY_LOCAL_MACHINE,第二步选择SOFTWARE，第三步选择 Oracle，第四步选择 NLS_LANG，键入与服务器端相同的字符集

（本例为：HKEY_LOCAL_MACHINE/

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

如果是UNIX客户端，则：

SQL> conn / as sysdba

Connected

SQL> SQL> UPDATE sysPROPS$ SET value$=‘SIMPLIFIED CHINESE’

2 WHERE NAME=‘NLS_LANGUAGE’;

2 服务器指定字符集与客户字符集相同,与加载数据字符集不一致。

解决方法：强制加载数据字符集与服务器端字符集一致。要做到这一点，可以通过重新创建数据库，并选择与原卸出数据一致的字符集，然后IMP数据，这种情况仅仅适用于空库和具有同一种字符集的数据。

解决这类问题，也可以先将数据加载到具有相同字符集的服务器上，然后用转换工具卸出为foxbase 格式或access格式数据库，再用转换工具转入到不同字符集的Oracle数据库中，这样就避免了Oracle字符集的困扰。目前数据库格式转换的工具很多,像power builder50以上版本提供的pipeline及Microsoft Access数据库提供的数据导入/导出功能等。

3 服务器指定字符集与客户字符集不同,与输入数据字符集不一致。

对于这种情况，目前为止都还没有太好的解决方法。

通过上面的了解，我们知道，导致在后期使用数据库时出现种种关于字符集的问题，多半是由于在数据库设计、安装之初没有很好地考虑到以后的需要，所以，我们完全可以通过在服务器上和客户端使用相同的字符集来避免由此类问题引出的麻烦

怎样修改查看Oracle字符集

a数据库服务器字符集select from nls_database_parameters，其来源于props$，是表示数据库的字符集。

b客户端字符集环境select from nls_instance_parameters,其来源于v$parameter，

表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表

c会话字符集环境 select from nls_session_parameters，其来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameters一致。

客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。如果多个设置存在的时候，alter session>环境变量>注册表>参数文件

实际情况

我用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 HHMISSXFF AM

PARAMETER VALUE

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

NLS_TIMESTAMP_FORMAT DD-MON-RR HHMISSXFF AM

NLS_TIME_TZ_FORMAT HHMISSXFF AM TZR

NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HHMISSXFF AM TZR

NLS_DUAL_CURRENCY $

NLS_COMP BINARY

NLS_LENGTH_SEMANTICS BYTE

NLS_NCHAR_CONV_EXCP FALSE

NLS_NCHAR_CHARACTERSET AL16UTF16

NLS_RDBMS_VERSION 102010

说明我在创建数据库时指定的字符集是ZHS16GBK，我用

update sysprops$ set value$='AL32UTF8' where name='NLS_CHARACTERSET';

修改了字符集，但插入中文时仍然有问题，这或许就如上面资料所说的通过修改SYSPROPS$来修改主要是对应客户端的显示，与存储无关，

所以仍旧是乱码。

然后我重新创建了个数据库，指定字符集为AL32UTF8，插入中文就没问题了。

可见我们如果要在数据库中显示中文，在创建数据库时一定哟指定好所用的字符集。

将oraclesql编码字符集与数据库一致的方法：

1、设置和数据库一致的oraclesql编码字符集。

2、打开客户端注册表。

3、修改注册表，数值为数据库服务器的字符集值。

Oracle字符集是一个字节数据的解释的符号集合有大小之分有相互的包容关系 ORACLE支持国家语言的体系结构允许你使用本地化语言来存储处理检索数据它使数据库工具错误消息排序次序日期时间货币数字和日历自动适应本地化语言和平台

一 Oracle字符集相关知识

参数说明

影响oracle数据库字符集最重要的参数是NLS_LANG参数

Oracle的字符集命名遵循以下命名规则:

即: <语言><比特位数><编码>

比如: ZHS GBK表示采用GBK编码格式位(两个字节)简体中文字符集

它的格式如下 NLS_LANG = language_territory charset

它有三个组成部分(语言地域和字符集) 每个成分控制了NLS子集的特性

其中 Language 指定服务器消息的语言 territory 指定服务器的日期和数字格式 charset 指定字符集如:AMERICAN _ AMERICA ZHS GBK

从NLS_LANG的组成我们可以看出真正影响数据库字符集的其实是第三部分

所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据前面影响的只是提示信息是中文还是英文

查看数据库字符集

这涉及三方面的字符集

一是 oracel server端的字符集;

二是 oracle client端的字符集;

三是 dmp文件的字符集;

在做数据导入的时候需要这三个字符集都一致才能正确导入

查询oracle server端的字符集

有很多种方法可以查出oracle server端的字符集

①比较直观的查询方法

SQL> select userenv( language ) from dual;

查询结果如下: SIMPLIFIED CHINESE_CHINA ZHS GB

②查看有关字符集的所有参数

SELECT FROM v$nls_parameters;

结果中的NLS_CHARACTERSET ZHS GB

查看dmp文件的字符集

用oracle的exp工具导出的dmp文件也包含了字符集信息 dmp文件的第和第个字节记录了dmp文件的字符集如果dmp文件不大比如只有几M或几十M 可以用UltraEdit打开( 进制方式) 看第第个字节的内容如然后用以下SQL查出它对应的字符集:

SQL> select nls_charset_name(to_number( xxxx )) from dual;ZHS GBK

查询oracle client端的字符集

在windows平台下就是注册表里面相应OracleHome的NLS_LANG 具体路径

Win+R àregedit à HKEY_LOCAL_MACHINESOFAREORACLE nls_lang 显示本地的字符集这样就只影响这个窗口里面的环境变量

在unix平台下就是环境变量NLS_LANG

$echo $NLS_LANG

AMERICAN_AMERICA ZHS GBK

如果检查的结果发现server端与client端字符集不一致建议统一修改为同server端相同的字符集

建议

关于字符集客户端的字符集要求与服务器一致才能正确显示数据库的非Ascii字符如果多个设置存在的时候 alter session>环境变量>注册表>参数文件

客户端的字符集要求与服务器一致才能正确显示数据库的非Ascii字符如果多个设置存在的时候 alter session>环境变量>注册表>参数文件

字符集要求一致但是语言设置却可以不同语言设置建议用英文如字符集是zhs gbk 则nls_lang可以是 American_America zhs gbk

补充内容

数据库服务器字符集

SELECT FROM nls_database_parameters;

客户端字符集环境

SELECT FROM nls_instance_parameters;

会话字符集环境

SELECT FROM nls_session_parameters;

二关于oracle字符集修改

一旦数据库创建后数据库的字符集理论上讲是不能改变的因此在设计和安装之初考虑使用哪一种字符集十分重要根据Oracle的官方说明字符集的转换是从子集到超集受支持反之不行如果两种字符集之间根本没有子集和超集的关系那么字符集的转换是不受oracle支持的对数据库 server而言错误的修改字符集将会导致很多不可测的后果可能会严重影响数据库的正常运行所以在修改之前一定要确认两种字符集是否存在子集和超集的关系一般来说除非万不得已我们不建议修改oracle数据库server端的字符集特别说明我们最常用的两种字符集ZHS GBK和 ZHS CGB 之间不存在子集和超集关系因此理论上讲这两种字符集之间的相互转换不受支持

下例为把数据库的字符集从ZHS GBK修改为 ZHS GB

执行脚本

对于每个sql脚本的含义请见注释①~⑥

startup mount ;

alter session set sql_trace=true;

alter system enable restricted session;

alter system set job_queue_processes= ;

alter system set aq_tm_processes= ;

alter database open;

set linesize ;

alter database character set INTERNAL_USE ZHS GB ;

shutdown immediate ;

startup ;

如何查看oracle表中数据的编码

发表评论

评论列表（0条）