Oracle的NLS_NCHAR_CHARACTERSET和NLS_CHARACTERSET之间的区别

时间:2016-04-19 06:36:53

标签: oracle character-encoding ascii utf varchar2

我在这里有一个简单的问题,我想知道它们之间的区别 oracle中的NLS_NCHAR_CHARACTERSET和NLS_CHARACTERSET设置??

根据我的理解,NLS_NCHAR_CHARACTERSET适用于NVARCHAR数据类型 对于NLS_CHARACTERSET,将用于VARCHAR2数据类型。

我试图在我的开发服务器上对此进行测试,我对CHARACTERSET的当前设置如下: -

PARAMETER                      VALUE
------------------------------ ----------------------------------------
NLS_NCHAR_CHARACTERSET         AL16UTF16
NLS_NUMERIC_CHARACTERS         .,
NLS_CHARACTERSET               US7ASCII

然后我将一些中文字符值插入数据库。我将字符插入名为data_的表中,并更新了ADDRESS和ADDRESS_2列,这些列是VARCHAR2列。根据我对NLS_CHARACTERSET US7ASCII的当前设置的理解,不应该支持中文字符,但它仍然显示在数据库中? NLS_NCHAR_CHARACTERSET优先于此??

谢谢。

1 个答案:

答案 0 :(得分:6)

一般来说,所有要点都是正确的。 NLS_NCHAR_CHARACTERSET定义了NVARCHAR2等的字符集。人。列NLS_CHARACTERSET用于VARCHAR2

  

为什么您可能会看到US7ASCII的中文字符?

原因是,您的数据库字符集和客户端字符集(即参见NLS_LANG值)都是US7ASCII。您的数据库使用US7ASCII并且“认为”客户端也使用US7ASCII发送数据。因此,它不对字符串进行任何转换,数据从客户端一对一地传输到服务器,反之亦然。

由于这个原因,您可以使用US7ASCII实际上不支持的字符。请注意,如果您的客户端使用不同的字符集(例如,当您在Windows应用程序中使用ODP.NET托管驱动程序时),数据将是垃圾!此外,如果您考虑数据库字符集迁移,则会遇到同样的问题。

另一个注意事项:我认为你不会对其他字符集产生相同的行为,例如:如果您的数据库和客户端都使用WE8ISO8859P1。另请注意,您实际上配置错误。您的数据库使用字符集US7ASCII,您的NLS_LANG值也是US7ASCII(很可能它根本没有设置,Oracle默认为US7ASCII)但真正的字符集SQL * Plus,resp。您的cmd.exe终端最有可能是CP950CP936

如果您想正确设置所有内容,可以设置环境变量NLS_LANG=.ZHT16MSWIN950(Oracle似乎不支持CP936)或更改代码页,然后使用命令sqlplus.exe运行chcp 437 。通过这种正确的设置,您可能无法看到任何中文字符。

相关问题