SQL错误：ORA-12899

最新推荐文章于 2024-02-20 21:03:55 发布
最新推荐文章于 2024-02-20 21:03:55 发布
阅读量2.8k 收藏 1
点赞数
文章标签： 数据库

1、错误描述

SQL错误：ORA-12899：列"USER"."T_USER_TAB"."USER_ID"的值太大（实际值：4，最大值：2）


2、错误原因

由于数据库表中“USER_ID”定义的字段长度不够，导致出错


3、解决办法

修改“USER_ID”字段的长度，让其满足条件

iteye_8264
关注
如何解决 java.sql.SQLException: ORA-00911: 无效字符...问题【亲测有效】
**My Coding Family**
05-24 3217
记录:java.sql.SQLException: ORA-00911: 无效字符...【亲测有效】
错误:ORA-01034: ORACLE不可用ORA-27101:共享内存域不存在
weixin_45827692的博客
05-18 1387
出现原因 出现的原因有多种，我出现的原因是，登录oracle后，非正常退出，比如直接关闭窗口。 解决方法 在虚拟机命令窗口输入 sqlplus / as sysdba 启动oracle startup ...
Oracle ORA-12899 报错
xuexuexuexuexuex的博客
09-14 1万+
结论：ORA-12899 报错是插入的数据超出字段的设置长度导致的
ORA-12899报错，遇到数据表某字段长度奇怪现象：“Oracle字符型，长度50”但length查却没有50
weixin_42081167的博客
02-20 2197
同事说很奇怪，明明length查没有超过50的，但提示“ORA-12899:value too large, actual:52,maximum:50”,于是建表模拟了一下：select length('山西省吕梁市柳林县金家庄乡王家岭村翠头股份经济合作社') from dual;insert into feng values('山西省吕梁市柳林县金家庄乡王家岭村翠头股份经济合作社');执行结果： 确实插入报错。
Oracle ORA-12899
数据库
01-08 660
当你往数据库中插入数据，提示你所插入的数据大于建表时该列所允许的最大属性时，可以修改该列的属性，以使其满足现在的要求。 语法： altertable表名MODIFY要修改的列名 相应的目标属性 EG: altertable TestMODIFYBHvarchar(50) <wbr></wbr>...
ORACLE 10G imp error: ORA-12899
12-15 2272
问题：IMP-00019: 由于 ORACLE 错误 12899 而拒绝行IMP-00003: 遇到 ORACLE 错误 12899ORA-12899: 列 "JACKEYJ"."JK_REGISTER"."OPNAME" 的值太大 (实际值: 21, 最大值: 20)列 1 523从9i环境下exp出来的数据，imp到10g数据库的时候就出现这个错误。 解决方案：
oracle ORA-12899错误的解决方法
热门推荐
avinegar的专栏
10-16 8万+
在使用ORACLE的过程中,会出现各种各样的问题,各种各样的错误,其中ORA-12899就是前段时间我在将数据导入到我本地机器上的时候一直出现的问题.不过还好已经解决了这个问题,现在分享一下,解决方案; 出现ORA-12899,是字符集引起的,中文在UTF-8中占3个字节,ZHS16GBK中占2个字节,而源dmp文件字符集是ZHS16GBK库里倒出来的数据,现在要导入到目标字符集为UTF-8的库
ORA-12899:value too large for column BASE_OBJECT_NAME(actual:31,maximum:30)
雅冰石的专栏
06-07 3379
新搭建了一套oracle环境，要从源端导数据到该环境下，在impdp导入的时候报错：ORA-12899:value too large for column BASE_OBJECT_NAME(actual:31,maximum:30)源端和目标端的字符集不同。修改目标端字符集SQL> shutdown immediateSQL> startup mountSQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;SQL> ALTER SYSTEM SET JOB_QUEUE_P
Oracle数据库中ora-12899错误的解决方法
09-09
在Oracle数据库操作中，我们可能会遇到各种错误代码，其中之一便是ORA-12899错误。这个错误通常出现在数据导入过程中，特别是在不同字符集之间进行数据迁移时。当尝试将一个字符集（如ZHS16GBK）中的数据导入到另一...
Oracle dbca时报：ORA-12547: TNS:lost contact错误的解决
12-16
最近在工作中遇到了一个问题，错误是Oracle dbca时报错：ORA-12547: TNS:lost contact，通过查找相关的资料终于找到了解决的方法，下面分享给大家，话不多说了，来一起看看详细的介绍吧。 环境： OS:RHEL6.5 x86-...
ORA-12899:value too large for column impdp数据导入报错
Jond_Chen的博客
03-09 1万+
一、疑问： 问题： 数据导入过程报错【ORA-12899:value too large for column】 原因： 插入数据字段长度超过表字段设置长度 解释： oracle字符集不同。ZHS16GBK字符集中文占2个字节，UTF-8字符集中文占3个字节 二、解决： 方法：如果新建数据库导入数据则修改数据库字符集，如果以后数据库则修改库中表字段长度。 注意：如果修改的数据库中已有数据请先导出，修改字符集后再导入。 步骤： 方法1：修改数据库字符集 1.查看数据库字符集 select * from v$n
oracle 错误: ORA-12899:始终提示字段太大
我真的很不错的博客
05-12 5596
在插入表数据时出现提示字段太大错误： 然后试着把表的数据长度改一下仍然报错。发现只要出现中文就有错误。 经查询，这个是由于字符集设置的不是gbk的，导致导入时遇到中文字符出现的问题， 解决方法: 如果可以的话就把数据库的字符集修改成ZHS16GBK等中文字符集吧，此时不管中文字符还是英文字符都是2字节了 具体解决步骤： cmd命令 SQL> sqlplus /nolog; SQL> conn /as sysdba SQL> shutdown immediate; SQL> sta
oracle impdp 报错ORA-12899: value too large for column XXXX (actual: 45, maximum: 40)
Lbg_007的博客
06-04 6082
现象： oracle impdp 报错ORA-12899: value too large for column XXXX (actual: 45, maximum: 40) 原因： 插入的数据长度超出字段的设置长度，实际长度并不长，这是由于Oracle字符集不同，汉字占的长度不同造成的。中文在ZHS16GBK中占2个字节，在UTF-8中却占3个字节，所以汉字导入UTF-8字符集的数据库就很容易出现字段长度不够 解决： 1，查看字符集 用PL/SQL DEVELOP ---->Report
数据库导入数据报错ORA-12899问题处理
weixin_46062873的博客
06-02 4934
导入数据时会报下面的错： ORA-12899: 列 "CISSBH"."ACC_INVESTTARGET"."ACCNO" 的值太大 (实际值: 37, 最大值: 30) 可能的真实原因：导出的数据库字符集和导入的字符集不同而导致 数据导入时报ORA-12899错误，即插入的数据长度超出字段的设置长度，实际长度并不长，这是由于Oracle字符集不同，汉字占的长度不同造成的。中文在ZHS16GBK中占2个字节，在UTF-8中却占3个字节，所以汉字导入UTF-8字符集的数据库就很容...
oracle错误ora-12899
noctis233的博客
09-09 362
ora-12899 我电脑执行插入语句正常，其他有一台执行就报ora-12899 网上搜都说什么字符集导致字段太长，改数据库字符集 我看了一下那台电脑跟我电脑字符集是一样的 不过可以通过修改数据库字段来搞定，不过我嫌麻烦 我把那个表比较短的字段都加长了就好了 ...
Oracle ORA-12899 错误原因及解决办法
图图不糊涂的博客
07-27 4万+
在执行sql插入或者更新的时候提示报错 错误提示 Oracle ORA-12899 原因是字段长度超出数据库字段长度，我出现的原因是因为某个字段插入的是汉字，并且数据库字符集是UTF-8，导致每个字符长度是三个字节，超出了规定长度。 最好的解决办法为修改字段长度，其次修改字符集，因为你修改了字符集，会导致数据库中其余汉字乱码，需要首先把数据库数据导出，修改后再次重新导入，比较麻烦。...
在oracle数据库中显示异常,Oracle数据库中出现ora-12899错误怎么办
weixin_32011209的博客
04-02 1007
在使用ORACLE的过程中,会出现各种各样的问题,各种各样的错误,其中ORA-12899就是前段时间我在将数据导入到我本地机器上的时候一直出现的问题.不过还好已经解决了这个问题,现在分享一下,希望能帮助到大家。出现ORA-12899,是字符集引起的,中文在UTF-8中占3个字节,ZHS16GBK中占2个字节,而源dmp文件字符集是ZHS16GBK库里倒出来的数据,现在要导入到目标字符集为UTF-8...
ORA-12899: 列 "RC"."MM_PACKAGE"."PACKAGE_DESC" 的值太大 (实际值: 1262, 最大值: 1024)
szh1124的专栏
11-18 4384
前台页面提示还可以输入字符，后台数据库报错： Caused by: java.sql.SQLException: ORA-12899: 列 "RC"."MM_PACKAGE"."PACKAGE_DESC" 的值太大 (实际值: 1262, 最大值: 1024) 查了一下，是数据库字符集的问题。 查看数据库字符集方法：select userenv('language') from dual;
由于oracle错误12899而拒绝行,oracle导入数据库报错：IMP-00019: 由于 ORACLE 错误 12899 而拒绝行 IMP-00003: 遇到 ORACLE 错误 12899...
weixin_30438795的博客
04-05 1513
主要是字符集 成 导入的Oracle服务器的字符集 对应不上.以下方案为是修改服务器的字符集. 这样会影响之前的Oracle其他数据库的数据显示(正式服务器慎用)个人认为应该修改导出文件的字符集比较合理一些. 没测试过.情景重现：从oracle 10g环境下exp出来的数据，imp到10g数据库的时候就出现下面这个错误。IMP-00019: 由于 ORACLE 错误 12899 而拒绝行I...
数据库报ora-12899
最新发布
05-05
<think>嗯，用户遇到了ORA-12899错误，需要找出原因和解决方案。首先，我得回想一下这个错误的常见原因。根据之前的引用资料，ORA-12899通常是由于插入的数据超过了字段定义的长度限制。但用户提到实际数据长度并不长，可能是字符集的问题。比如，当数据库字符集是AL32UTF8时，一个汉字占3个字节，而如果字段定义为VARCHAR2(200 byte)，那么最多只能存66个汉字（200/3≈66.67）。如果原来的字符集是ZHS16GBK，每个汉字占2个字节，同样的字段可以存100个汉字，这时导入到UTF8数据库就可能出现长度超限的问题。 接下来要考虑解决方法。根据引用[2]，有两种方法：增加字段长度或修改字符集。但修改字符集可能导致已有数据乱码，需要先导出数据，修改后再导入。用户可能需要具体的步骤指导，比如如何检查当前字符集，如何计算实际需要的字段长度，以及修改字段长度的SQL语句。此外，可能还需要处理导出导入时的字符集转换问题，例如使用数据泵工具时指定正确的字符集参数。 另外，用户可能在导入数据时遇到了问题，比如使用IMP工具时出现错误，可能需要改用数据泵（IMPDP/EXPDP）来处理，或者在导出时转换字符集。还需要提醒用户注意，如果数据库中已有数据，直接修改字符集风险较大，应先备份。 用户可能没有考虑到字符集的影响，或者不清楚如何正确计算字符和字节的关系。需要详细说明如何查询数据库的字符集，如何根据字符集调整字段长度，以及具体操作的SQL示例。此外，可能需要指导用户如何检查导入的数据长度，确认实际存储的字节数是否超出限制。 最后，要确保回答结构清晰，分步骤说明原因和解决方法，并给出相关示例，比如SQL语句和检查命令，帮助用户逐步解决问题。同时，生成相关问题可以帮助用户进一步了解字符集设置、字段长度调整的细节，以及预防此类错误的方法。</think>### ORA-12899 错误原因及解决方法 #### 一、错误原因 ORA-12899 错误表示插入数据时字段值超过定义长度限制，具体表现为： $$ \text{实际数据字节数} > \text{字段定义的最大字节数} $$ 常见场景包括： 1. **字符集差异**：当数据库字符集为 $AL32UTF8$（每个汉字占3字节）时，若字段定义为 $VARCHAR2(200\ \text{byte})$，最多存储66个汉字（$200 \div 3 \approx 66.67$）。而字符集为 $ZHS16GBK$（每个汉字占2字节）时，同一字段可存100个汉字，导入数据时可能触发此错误[^2]。 2. **字段长度定义不足**：例如字段定义为 $VARCHAR2(50\ \text{byte})$，但实际插入的字符串占用51字节。 --- #### 二、解决方法 ##### 1. 检查字段定义与字符集 - **查看字段定义**： ```sql SELECT column_name, data_type, data_length FROM all_tab_columns WHERE table_name = '表名' AND column_name = '字段名'; ``` - **确认数据库字符集**： ```sql SELECT value FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET'; ``` ##### 2. 调整字段长度（推荐） 若字符集不可修改，直接增加字段长度： ```sql ALTER TABLE 表名 MODIFY (字段名 VARCHAR2(新长度 BYTE)); ``` 例如将 $VARCHAR2(200\ \text{byte})$ 改为 $VARCHAR2(300\ \text{byte})$。 ##### 3. 修改字符集（高风险） 需按顺序执行： 1. 导出原数据：使用 `expdp` 或 `exp` 导出 2. 修改字符集（需DBA权限）： ```sql ALTER DATABASE CHARACTER SET AL32UTF8; ``` > **注意**：若已有数据，需先清空表或重建库，否则可能乱码[^2]。 3. 导入数据：使用 `impdp` 或 `imp` 导入 ##### 4. 导入数据时处理 使用数据泵工具时添加字符集参数： ```bash impdp user/password DIRECTORY=dpump_dir DUMPFILE=expdat.dmp REMAP_SCHEMA=old:new NLS_LANG=AL32UTF8 ``` --- #### 三、预防措施 1. **统一字符集**：开发/生产环境使用相同字符集 2. **按字符设计字段**：改用 `CHAR` 语义定义字段： ```sql VARCHAR2(100 CHAR) -- 存储100个字符（无论字节数） ``` 3. **数据校验**：导入前检查数据长度 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值