关于oracle数据库编码的问题

查询oracle编码的方法：

select * from nls_database_parameters where parameter =’NLS_CHARACTERSET’;

以下是修改数据库的编码的方法

（拷贝来的，我实际也操作了一下）：

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 AL32UTF8;

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

ALTER DATABASE character set INTERNAL_USE AL32UTF8;

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

7.关闭，重新启动

SQL>shutdown immediate;
SQL> startup

查看了一下，确实为UTF8编码了。

按照了解到的，oracle 中，UTF8是 一个汉字占3个字节，GBK 是 一个汉字占2个字节。
而且，数据库软件也得必须是跟数据库的编码一致，可以参照PL/SQL的编码方式

oracle的字符定义

char – 的长度为一个字节，表达的数值范围是0~255，CHAR的长度是固定的；
varchar – 存放定长的字符数据，最长2000個字符；
varchar2 – 存放可变长字符数据，最大长度为4000字符。
nvarchar – 是长度不固定的
nvarchar2 – 是长度不固定的
char对于不够位数的用空格添补，varchar2不用。可以试着比较一下。
select userenv(‘language’) from dual

目前没有太大的区别

但是：varchar2是Oracle提供的独特的数据类型oracle保证在任何版本中该数据类型向上和向下兼容但不保证varchar，这是因为varchar是标准sql提供的数据类型有可能随着sql标准的变化而改变

char对于不够位数的用空格添补，varchar2不用。

varchar2 数字和字母占一个字节，汉字一般占两字节处理

VARCHAR2把空串等同于null处理，而varchar仍按照空串处理；

VARCHAR2字符要用几个字节存储，要看数据库使用的字符集，

varchar2和varchar的目前没有区别,不过ocacle以后的版本就不支持varchar类型,如果想新版本的数据库兼容就不要用varchar,如果想和其它数据库兼容就不要用varchar2

大部分情况下建议使用varchar2类型，可以保证更好的兼容性。

NVARCHAR2和VARCHAR2的区别，从使用角度来看区别在于：NVARCHAR2在计算长度时和字符集相关的，例如数据库是中文字符集时以长度10为例，则

1、NVARCHAR2(10)是可以存进去10个汉字的，如果用来存英文也只能存10个字符。

2、而VARCHAR2(10)的话，则只能存进5个汉字，英文则可以存10个

CHAR固定长度字符域，最大长度可达2000个字节
NCHAR多字节字符集的固定长度字符域，长度随字符集而定，最多为2000个字符或2000个字节
VARCHAR2可变长度字符域，最大长度可达4000个字符
NVARCHAR2多字节字符集的可变长度字符域，长度随字符集而定，最多为4000个字符或4000个字节

何时该用CHAR，何时该用varchar2？
CHAR与VARCHAR2是一对矛盾的统一体，两者是互补的关系.
VARCHAR2比CHAR节省空间，在效率上比CHAR会稍微差一些，即要想获得效率，就必须牺牲一定的空间，这也就是我们在数据库设计上常说的‘以空间换效率’。
VARCHAR2虽然比CHAR节省空间，但是如果一个VARCHAR2列经常被修改，而且每次被修改的数据的长度不同，这会引起‘行迁移’(Row Migration)现象，而这造成多余的I/O，是数据库设计和调整中要尽力避免的，在这种情况下用CHAR代替VARCHAR2会更好一些。

nvarchar/nvarchar2

nvarchar和nvarchar2是长度不固定的

nvarchar不区分中英文，比如说：你定义了nvarchar(20),你可以存入20个英文字母/汉字或中英文组合，这个20定义的是字符数而不是字节数

nvarchar2基本上等同于nvarchar，不同在于nvarchar2中存的英文字母也占两个字节

nvarchar/nvarchar2适用于存放中文

char varchar varchar2 的区别
区别:
1．CHAR的长度是固定的，而VARCHAR2的长度是可以变化的， 比如，存储字符串“abc”，对于CHAR (20)，表示你存储的字符将占20个字节(包括17个空字符)，而同样的VARCHAR2 (20)则只占用3个字节的长度，20只是最大值，当你存储的字符小于20时，按实际长度存储。

2．CHAR的效率比VARCHAR2的效率稍高。

3．目前VARCHAR是VARCHAR2的同义词。工业标准的VARCHAR类型可以存储空字符串，但是oracle不这样做，尽管它保留以后这样做的权利。Oracle自己开发了一个数据类型VARCHAR2，这个类型不是一个标准的VARCHAR，它将在数据库中varchar列可以存储空字符串的特性改为存储NULL值。如果你想有向后兼容的能力，Oracle建议使用VARCHAR2而不是VARCHAR。

何时该用CHAR，何时该用varchar2？

CHAR与VARCHAR2是一对矛盾的统一体，两者是互补的关系.

VARCHAR2比CHAR节省空间，在效率上比CHAR会稍微差一些，即要想获得效率，就必须牺牲一定的空间，这也就是我们在数据库设计上常说的‘以空间换效率’。

VARCHAR2虽然比CHAR节省空间，但是如果一个VARCHAR2列经常被修改，而且每次被修改的数据的长度不同，这会引起‘行迁移’(Row Migration)现象，而这造成多余的I/O，是数据库设计和调整中要尽力避免的，在这种情况下用CHAR代替VARCHAR2会更好一些。

char varchar nchar nvarchar 四者的区别
1、char[(n)]

长度为 n 个字节的固定长度且非 Unicode 的字符数据。n 必须是一个介于 1 和 8,000 之间的数值。存储大小为 n 个字节。char 在 SQL-92 中的同义词为 character。

2、varchar[(n)]

长度为 n 个字节的可变长度且非 Unicode 的字符数据。n 必须是一个介于 1 和 8,000 之间的数值。存储大小为输入数据的字节的实际长度，而不是 n 个字节。所输入的数据字符长度可以为零。varchar 在 SQL-92 中的同义词为 char varying 或 character varying。

如果没有在数据定义或变量声明语句中指定 n，则默认长度为 1。如果没有使用 CAST 函数指定 n，则默认长度为 30。

将为使用 char 或 varchar 的对象被指派数据库的默认排序规则，除非用 COLLATE 子句另外指派了特定的排序规则。该排序规则控制用于存储字符数据的代码页。

支持多语言的站点应考虑使用 Unicode nchar 或 nvarchar 数据类型以尽量减少字符转换问题。如果使用 char 或 varchar：

如果希望列中的数据值大小接近一致，请使用 char。

如果希望列中的数据值大小显著不同，请使用 varchar。
如果执行 CREATE TABLE 或 ALTER TABLE 时 SET ANSI_PADDING 为 OFF，则一个定义为 NULL 的 char 列将被作为 varchar 处理。

当排序规则代码页使用双字节字符时，存储大小仍然为 n 个字节。根据字符串的不同，n 个字节的存储大小可能小于 n 个字符。

nchar 是固定长度 Unicode 数据的数据类型，nvarchar 是可变长度 Unicode 数据的数据类型，二者均使用 UNICODE UCS-2 字符集。

3、nchar(n)

包含 n 个字符的固定长度 Unicode 字符数据。n 的值必须介于 1 与 4,000 之间。存储大小为 n 字节的两倍。nchar 在 SQL-92 中的同义词为 national char 和 national character。

4、nvarchar(n)

包含 n 个字符的可变长度 Unicode 字符数据。n 的值必须介于 1 与 4,000 之间。字节的存储大小是所输入字符个数的两倍。所输入的数据字符长度可以为零。nvarchar 在 SQL-92 中的同义词为 national char varying 和 national character varying。

如果没有在数据定义或变量声明语句中指定 n，则默认长度为 1。如果没有使用 CAST 函数指定 n，则默认长度为 30。

如果希望列中所有数据项的大小接近一致，则使用 nchar。

如果希望列中数据项的大小差异很大，则使用 nvarchar。

使用 nchar 或 nvarchar 的对象被赋予数据库的默认排序规则，除非使用 COLLATE 子句赋予特定的排序规则。

SET ANSI_PADDING OFF 不适用于 nchar 或 nvarchar。SET ANSI_PADDING ON 永远适用于 nchar 和 nvarchar。

oracle数据库中varchar2陷阱

   oracle数据库相信大家都比较熟悉，数据库中有一种非常常用的数据类型：字符串型。     对应该类型，在oracle中有三种比较常用的类型：varchar2(byte)、varchar2(char)、nvarchar2()。     那么这三种类型到底有什么区别呢？     首先，我们要时刻记清：无论是varchar2还是nvarchar2，最大字节数都是4000。     varchar2(byte)：就是默认的表示方式，比如我们写成：varchar2(100)，就相当于varchar2(100 byte)，表示最大字节数是100，该字段最多能容纳100个字节，强调空间大小。由于我们描述的是字节，因此，保存汉字等字符时，就要小心了。如果你的数据库用的是GBK编码，那么一个汉字将占用2个字节，最多能存50个汉字，如果你的数据库用的是UTF8编码，那么一个汉字将占用3个字节，最多能存33个汉字。     varchar2(char)：表示最大字符数是100，该字段最多能容纳100个字符，强调个数。假设我们写成varchar2(100 char)，那么无论是数字、字母、汉字，都看成一个字符，最多写100个，当然，汉字越多，占用的空间越大，同样遵循上边的数据库编码原则。例如：存入一个汉字，底层占2或3个字节，存入一个字母，占1个字节，绝对不是某些文章所说1个字母或数字也占2或3个字节！     **nvarchar2()：没有byte、char之分，类似于varchar2(char)，只不过nvarchar2()屏蔽了数据库编码，无论是何种编码，nvarchar2()中一个汉字都占两个字节。**     一般的教程，也就到这了，可是如果再多一步思考，会发现一个致命问题。     实际应用中，很可能会出现这种写法：varchar2(1400 char)，我们主观的认为，这个字段最长不能超过1400个字符，这意味着我们可能会存入1399个字符，貌似很正确的样子。     但是，如果这1399个字符都是汉字，字符长度并没有超过1400，看起来一切正常，但实际上我们损失了一部分数据，为什么？     因为1399个汉字，按UTF8编码来说(99%的项目都是UTF8编码吧。。)，需要占用1399*3=4197个字节，而文章开篇就说，无论是什么char，最大长度就是4000字节，一个也不能多，因此多出来的197个字节，都会抹去，而整个过程中，无任何错误提示，你的数据就这样蒸发了！     所以，对于GBK编码的数据库而言，安全的写法为：varchar2(2000 char)、nvarchar2(2000)，对于UTF8编码的数据库而言，安全的写法为：varchar2(1333 char)、nvarchar2(2000)。     各位读者，赶快检查一下数据库吧！