ORACLE-023:令人烦恼的 ora-01722 无效数字

曾经一段时间内写sql语句时,老是莫名其妙的报ora-01722。
对于这个错误提示,尤其是对于一个复杂的sql语句,很是郁闷,因为很多时候都不知所然。
通过每次碰到的总结,其实也不是那么难以解决的,主要原因是:
1、对于两个类型不匹配(一个数字类型,一个非数字类型,同下)的值进行赋值操作;
2、两个类型不匹配的值进行比较操作(例如,“=”);
3、to_number函数中的值,非数字的,比如,to_number(‘a‘)肯定是不行的,to_number(‘12306‘)则是正常的。

要避免这些问题,要做到在写sql语句时就好认真处理好不同类型的问题。
比如如果要比较的话,同时都用to_number强制转换(to_number(字段a) = to_number(字段b)),
或者同时转换为字符串类型(字段a||‘‘ = 字段b||‘‘,都连接一个空字符串使之变成字符串类型)。

在语句中使用to_number函数时,要保证值一定是数字格式,或者写好异常处理。

当我们碰到这个错误提示时,就从所有用到的数字类型的字段开始检查,逐一排查,从而解决问题。

时间: 2024-10-29 11:23:29

ORACLE-023:令人烦恼的 ora-01722 无效数字的相关文章

讨厌麻烦的ora 01722无效数字

webservice开发过程中,数据库由原来的oracle改为现在的sql server.然后重新调试,结果报出ora 01722无效数字的错误. 由于连接oracle数据库的时候并没有问题,所以一开始我以为是数据库不同,导致部分数据类型差异,(但又觉得有点离谱,切换数据库,不至于会导致这种错误吧) 经过排查,总结得出如下: 1.对于两个类型不匹配(一个数字类型,一个非数字类型,同下)的值进行赋值操作;2.两个类型不匹配的值进行比较操作(例如,"=");3.to_number函数中的值

Oracle 错误总结及问题解决 ORA

参考地址 ORA-00001: 违反唯一约束条件 (.)错误说明:当在唯一索引所对应的列上键入重复值时,会触发此异常.ORA-00017: 请求会话以设置跟踪事件ORA-00018: 超出最大会话数ORA-00019: 超出最大会话许可数ORA-00020: 超出最大进程数 ()ORA-00021: 会话附属于其它某些进程:无法转换会话ORA-00022: 无效的会话 ID:访问被拒绝ORA-00023: 会话引用进程私用内存:无法分离会话ORA-00024: 单一进程模式下不允许从多个进程注册

Oracle ORA-01722: 无效数字 处理方法

C# + Oralce 10G 项目中 有用参数处理Update语句.参数命名和表字段同名.执行报错: ORA-01722: 无效数字 后修改所有的参数和对应字段不同.解决. 修改前: StringBuilder strSql = new StringBuilder();object returnOValue = null;strSql.Append("update CRM_CONTACTS_RESOURCE set ");strSql.Append("RESOURCE_NA

Oracle 参数化更新数据时报错:Oracle ORA-01722: 无效数字

报错:Oracle ORA-01722: 无效数字 看了一篇博客,据说是参数与列名不能一致,改过之后还是报一样的错误:Oracle ORA-01722: 无效数字 ,后来试了一下,不是参数名必须不一样的原因. 然后把参数的语句变换了一些,按照参数的正确顺序排好之后,一切正常.

Oracle Net Listener Parameters (listener.ora)(转)

12/20 7 Oracle Net Listener Parameters (listener.ora) This chapter provides a complete listing of the listener.ora file configuration parameters. This chapter contains these topics: Overview of Oracle Net Listener Configuration File Oracle Net Listen

plsql里面执行正常,java运行报ORA-01722: 无效数字

贴代码: <select id="getInfo" parameterClass="java.util.HashMap" resultClass="java.util.HashMap">      <isEqual property="Type" compareValue="02">        select a.*       from INFO a      where a.T

遇到的一个ORA-01722,无效数字的问题

错误现象如上图, 当dataowner=990的时候,SQL执行正常,当dataowner=991的时候,SQL执行报错,ORA-01722,无效数字 首先,我认为代码是不应该出现偶然性.随机性这种概念,但是我没有考虑到原始数据这个因素 问题出在timestr这个字段上,这是一个char类型的字段 我在编码SQL的时候,使用了char=1这样的谓词 我凭借自己的经验得到如下结论: Oracle是在比较数据时,存在隐式转换的机制 "When comparing a character value

Oracle中如何判断字符串是否全为数字

Oracle中如何判断字符串是否全为数字 学习了:http://www.cnblogs.com/zrcoffee/archive/2012/12/11/2812744.html 本文介绍了判断字符串是否全为数字的4种办法,另外还介绍了一个translate函数的小技巧,从任意字符串中提取数字(调用2次translate函数).这个办法是一个公司同事发现的,用起来很方便,但理解起来稍有点困难.1.通过ASCII码判断是否数字,介于[48, 57]之间,(ascii('0') = 48, ascii

“无效数字” ;java.lang.Integer cannot be cast to java.lang.String

今天页面上突然查询不出数据,大致的sql语句是 select xx ,xxx from table a where a.lrmb in ( 6101060033, 61010503300, 61016666645 ) order by xxx desc 报错信息是"无效数字",很快就发现是lrbm这个字段里面的数字上没有引号,而之前一直是可以查询出数据的,所以很可能是数据库里面有人人工的添加了一条数据,这条数据的lrbm字段的类型有错,待会儿在自己本地 数据库里面测试一条错误哦数据测试

PL/SQL那点事--&gt;SqlSession operation; SQL []; ORA-01722: 无效数字

PL/SQL那点事-->SqlSession operation;SQL []; ORA-01722: 无效数字 出现这种情况,在网上查了很多方法:大致主要有两种方法帮助我们解决这个问题: 1.将错误行代码找出来,看是不是字符串转化为数字的时候报错,如果是在action层报错,就需要Integer.parseInt(String str)API来解决该问题 如果在action层没有报错,而是显示是Mapper.xml文件报错,那就是和数据库里面的数据类型不一致,这时候就需要to_number(从