ORA-01722 无效数字 以下几种情况,数据库会报“ORA-01722 无效数字”错误: ① 对于两个类型不一致,一个“数字类型”,一个“非数字类型”进行赋值,或者比较操作: ② to_number()函数,括号中的输入的内容为非数字类型,比如‘a’.‘-1-1’. 针对这个函数,可以判断一个输入值是否是数字 .如果是数字,返回1,如果不是,返回0.判断数据输入的合法性时使用. create or replace function "isnumeric"(p_str in varc

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

1.问题1 执行下列SQL: sql = "select count(1) as totle from vhl_model_data a where a.OBTAIN_CREATE_TIME between to_date(?,'yyyymmsshh24mi') and to_date(?,'yyyymmsshh24mi');"; Oracle报“无效数字异常”:经过两个钟头的反复的检查,发现是由于自己粗心在上述语句结尾多写了个分号“;”导致.粗心害死人啊!真是囧! 2.问题2 ORA

今天在对12万条记录的表进行左联接时,有时可以查询出数据,有时会报无效数字,反复检查,发现问题. 例如sql: SELECT * FROM USER U LEFT JOIN USER_ROLE UR ON U.ID=UR.ID 当USER表ID与USER_ROLE表ID类型不一致的话,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

ORA-01722: 无效数字 主要原因是: 1.对于两个类型不匹配(一个数字类型,一个非数字类型,同下)的值进行赋值操作; 2.两个类型不匹配的值进行比较操作(例如,"="); 3.to_number函数中的值,非数字的,比如,to_number('a')肯定是不行的,to_number('12306')则是正常的. 要避免这些问题,要做到在写sql语句时就好认真处理好不同类型的问题. 比如如果要比较的话,同时都用to_number强制转换(to_number(字段a) = to_n

一.存在表A和表B,都包含字段user_no,但数据类型不一致,如下: create table A ( user_id varchar2(20), user_no number(12,0), xxx ); create table B ( user_name varchar2(60), user_no varchar2(20), xxx ); 二.现有某项业务需要用到A.user_id和B.user_name,通过user_no来做关联查询,如下: select A.user_id,B.use

### Error updating database. Cause: java.sql.SQLSyntaxErrorException: ORA-01722: 无效数字 ### The error may involve com.lecar.user.mapper.StationManageMapper.insertStation-Inline ### The error occurred while setting parameters ### SQL: INSERT INTO T_CORP

Select Count(t.Wip_No) As Consignvendnewcreateno_Num From   Apps.View_Scm_Wip_Po t Where  1 = 1 And    t.Organization_Id = 85 And    t.Vendor_Site_Id = 31 查询后报错: ORA-01722: 无效数字 修改后正常: Select Count(t.Wip_No) As Consignvendnewcreateno_Num From   Apps.

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

原文:oracle 非数字型转数字型 oracle中如果一个字段内容不全是数字型 可以通过以下方式过滤 to_number(substr(translate(a.vital_signs_cvalues, '9876543210.' || a.vital_signs_cvalues, '9876543210.'), , instr(translate(a.vital_signs_cvalues, '9876543210.' || a.vital_signs_cvalues, '9876543210

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

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

原因: 每一行物理数据最后都存在一个换行符. 如果integer或者number类型的字段位于控制文件的最后,最后其实都会有CR/LF的换行符,在用sqlldr导入时会把换行符也算作那个数字的一部分,使得对应的导入ORDERADV_TK 的值与ORDERADV_TK在数据库中定义的NUMBER类型不匹配,从而出错. 解决办法: 在该列后面追加“INTEGER EXTERNAL TERMINATED BY WHITESPACE”.

类型不匹配,需要类型转换,函数:to_char()转换成字符,to_num()转换成数字

SQL语句里面,看看有没有字符串的,没加单引号. 后面经查,发现有字段对比时候,一个是字符串,一个是数值型,使用了ORACLE隐式转换,字符串里面有包含非数字型的,所以导致报错

转:http://blog.csdn.net/chinarenzhou/article/details/5748965 Postgres 格式化函数提供一套有效的工具用于把各种数据类型(日期/时间,int,float,numeric)转换成格式化的字符串以及反过来从格式化的字符串转换成原始的数据类型. 注意:所有格式化函数的第二个参数是用于转换的模板. 表 5-7. 格式化函数 函数 返回 描述 例子 to_char(timestamp, text) text 把 timestamp 转换成 s

参见网址http://www.2cto.com/database/201304/201767.html 首先是PLSQL DEVELOPER 直接报错 NLS_LANG 错误 第一步是在命令行下测试 C:\Users\XJY.xjy-PC>set NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK 发现SET NLS_LANG后可以 然后检查注册表[HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraClient11g_home1

Select TO_CHAR(123.0233,'FM999,999,90.09') FROM DUAL 1.小数点后面的0指示至少保留1位小数,9表示最多保留两位小数 2.小数点前面的0指示至少保留一位0(一般的小数直接to_char转化为文本时,会丢失前面的0) 3.前面的999,999,90强制将数字转化为这种形式,前面不足用空格补齐 4.FM去空格

SELECT LEVEL, to_char(to_date(LEVEL,'J'),'Jsp') FROM dual CONNECT 运行结果如下图所示:   说明: TO_CHAR(aDate,'JSP')是指日期aDate距离JULIAN日期的第一天即4712-01-01BC的天数,也就是从公元前4712年的1月1号到aDate这个日期的天数的英文拼写. JULIAN日期的范围是公元前4712-01-01到公元9999-01-01.期间的天数是我们能够拼写的最大值,最小值是1.那么我们要想得到