ora-12899: value too large for column，本来以为程序修改导致字段长度变了，就改了一张表的结构。结果可好，导下一张表依然报错
昨天，同事导数据，本来一直好用的文件，就一直在报错：ora-12899: value too large for column，本来以为程序修改导致字段长度变了，就改了一张表的结构。结果可好，导下一张表依然报错。。报错也好，也就确定了不是程序问题，是db做的有问题。后来靠着强大的google找到了答案，才觉得oracle error code也很强大！
通常会查询nls_characterset（数据库字符集），nls_nchar_characterset（国家字符集），应该要存储多种语言，需要字符集为utf-8。
select * from v$nls_parameters where parameter in ('nls_characterset', 'nls_nchar_characterset');
结果utf-8，ok。
查看没问题的db里 fielda varchar2(10 char)
查看有问题的db里 fielda varchar2(10)
（没出现问题之前还真没注意到这两种定义是有区别的。。。）
utf-8里一个中文字符是3 bytes，从上面的定义可以看出来，如果char/byte 定义导致的可存储数据长度相差很大了。
设置参数nls_length_semantics可以在create table时对char 或者varchar2列指定使用字节（byte）或者字符（character）来定义长度。
nchar, nvarchar2, clob, and nclob 列都是基于字符（character）的。
nls_length_semantics不会影响到sys和system用户表，数据字典定义都使用字节（byte）。
可以在定义列时候显示指定使用字节（byte）或者字符（character）来定义长度：
char(10 byte)  - 无论nls_length_semantics设置成什么，都使用字节（byte）。
char(10 char) - 无论nls_length_semantics设置成什么，都使用字符（char）。
select * from v$nls_parameters where parameter = 'nls_length_semantics';
parameter
----------------------------------------------------------------
value
----------------------------------------------------------------
nls_length_semantics
byte
alter system setnls_length_semantics=char scope=both;
修改完毕重启db，show parameter nls_length_semantics 依然是byte。
update  props$ set value$=‘chat’ where name=‘nls_length_semantics’;
--好吧，，不知道直接update有没影响，不是product db才可以这么嚣张的操作的。。貌似很多人不让这样改字符集，其实改完参数就应该继续往下测试，避免用这样极端的修改方式。
nls_length_semantics值更改为了char
select * from v$nls_parameters where parameter = 'nls_length_semantics';
parameter
----------------------------------------------------------------
value
----------------------------------------------------------------
nls_length_semantics
char
再导数据依然报错。。。
重建刚才的表，就发现之前定义varchar2(10) 变成了varchar2(10 char)，也就是说修改生效了。但是为什么还是不能正常导数据呢？
后来发现，nls_length_semantics 还有一句说明：现有列不受修改影响！！
也就是说想要通过这种方法解决问题貌似行不通了，因为不想把那几万张用户表都alter一遍。
在create db时候确实需要非常细致，避免类似这种错误，create之后早期也要做好必要的check避免之后发生类似问题。之前还犯过把db字符集搞错了，结果这些参数改来改去最后还是不得不重建db。