oracle 11g 导入表时提示 ***值太大错误

最新推荐文章于 2025-02-10 14:10:32 发布

原创最新推荐文章于 2025-02-10 14:10:32 发布 · 8.9k 阅读

1 ·

CC 4.0 BY-SA版权

数据库专栏收录该内容

4 篇文章

订阅专栏

在导入Oracle 11g数据库时遇到值太大错误，该问题由非GBK字符集引起，导致中文字符导入失败。解决方案包括将数据库字符集更改为ZHS16GBK，通过一系列SQL命令进行修改，包括启用受限会话、禁用作业队列和消息队列进程、更改字符集。如果遇到数据库无法打开的情况，可以使用`ALTER DATABASE OPEN`命令。此外，解决conn /as sysdba连接问题可能需要修复注册表中被覆盖的实例配置。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

导入数据库时，总是提示**值太大，实际值是**的错误。

具体忘了错误代码是什么了 ——！

经查询，这个是由于字符集设置的不是gbk的，导致导入时遇到中文字符出现的问题，

解决方法: 如果可以的话就把数据库的字符集修改成ZHS16GBK等中文字符集吧，此时不管中文字符还是英文字符都是2字节了

cmd命令

SQL> sqlplus /nolog;

SQL> conn /as sysdba
SQL> shutdown immediate;
SQL> startup mount
SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL> alter database open;
SQL> ALTER DATABASE CHARACTER SET ZHS16GBK;
ORA-12712: new character set must be a superset of old character set
提示我们的字符集：新字符集必须为旧字符集的超集，这时我们可以跳过超集的检查做更改：
SQL> ALTER DATABASE character set INTERNAL_USE ZHS16GBK;
--我们看到这个过程和之前ALTER DATABASE CHARACTER SET操作的内部过程是完全相同的，也就是说INTERNAL_USE提供的帮助就是使Oracle数据库绕过了子集与超集的校验.
SQL> shutdown immediate;
SQL> startup

SQL> select userenv('language') from dual; Oracle查看字符集

如果数据库打不开的话，用SQL>alter database open;

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

我修改字符集时遇到了个新问题，conn /as sysdba; 连接不上，提示TNS的错误，以为是服务没启动呢

，结果已经启动了还是不好使，后来在网上搜到原因，我建过两个实例，后来把后键的那个给删了，但是安装第二个实例时，他已经自动的把oracle的注册表cid改为新的实例的了，把原来的冲掉了，此时更改回原来的就ok了