【Oracle】查询条件中出现to_number报错，用Hint之后改变运行结果

最新推荐文章于 2023-10-17 05:21:43 发布
最新推荐文章于 2023-10-17 05:21:43 发布
阅读量949 收藏
点赞数
文章标签： 数据库
前言：
以前一直觉得Hint加了不会影响sql执行状态或者结果，然后其实是会的。
因为涉及到很多的知识点，研究了还是挺有意义的。在这里探讨一下。

先看现象：
  1. --11.2.0.4.0
  2. SYS@proc> select name from v$parameter where name='db_block_size' and to_number(value)=8192;
  3. select name from v$parameter where name='db_block_size' and to_number(value)=8192
  4.                                                             *
  5. ERROR at line 1:
  6. ORA-01722: invalid number


  9. SYS@proc> explain plan for
  10.   2 select name from v$parameter where name='db_block_size' and to_number(value)=8192;

  12. Explained.

  14. SYS@proc> select * from table(dbms_xplan.display());

  16. PLAN_TABLE_OUTPUT
  17. --------------------------------------------------------------------------------
  18. Plan hash value: 1128103955

  20. -------------------------------------------------------------------------------
  21. | Id | Operation         | Name     | Rows  | Bytes   | Cost (%CPU)| Time     |
  22. -------------------------------------------------------------------------------
  23. |  0 | SELECT STATEMENT  |          |     1 |    2115 |     0   (0)| 00:00:01 |
  24. |* 1 |  HASH JOIN        |          |     1 |    2115 |     0   (0)| 00:00:01 |
  25. |* 2 |   FIXED TABLE FULL| X$KSPPI  |     1 |      81 |     0   (0)| 00:00:01 |
  26. |* 3 |   FIXED TABLE FULL| X$KSPPCV |     1 |    2034 |     0   (0)| 00:00:01 |
  27. -------------------------------------------------------------------------------


  30. PLAN_TABLE_OUTPUT
  31. --------------------------------------------------------------------------------
  32. Predicate Information (identified by operation id):
  33. ---------------------------------------------------

  35.    1 - access("X"."INDX"="Y"."INDX")
  36.        filter(TRANSLATE("KSPPINM",'_','#') NOT LIKE '#%' OR
  37.      "KSPPSTDF"='FALSE' OR BITAND("KSPPSTVF",5)>0)
  38.    2 - filter("KSPPINM"='db_block_size' AND
  39.      "X"."INST_ID"=USERENV('INSTANCE') AND BITAND("KSPPIFLG",268435456)=0
  40.      AND TRANSLATE("KSPPINM",'_','#') NOT LIKE '##%')
  41.    3 - filter(TO_NUMBER("KSPPSTVL")=8192)

  43. 21 rows selected.
  1. ---12C---
  2. SQL> select name from v$parameter where name='db_block_size' and to_number(value)=8192;

  4. NAME
  5. --------------------------------
  6. db_block_size
  7. SQL> set autotrace traceonly
  8. SQL> select name from v$parameter where name='db_block_size' and to_number(value)=8192;

  10. 执行计划
  11. ------------------------------------------------------------
  12. Plan hash value: 185276389

  14. ------------------------------------------------------------------------------------------------
  15. | Id    | Operation                | Name             | Rows  | Bytes  | Cost (%CPU)| Time     |
  16. ------------------------------------------------------------------------------------------------
  17. |     0 | SELECT STATEMENT         |                  |     1 |     55 |     0   (0)| 00:00:01 |
  18. |     1 |  NESTED LOOPS            |                  |     1 |     55 |     0   (0)| 00:00:01 |
  19. |*    2 |   FIXED TABLE FIXED INDEX| X$KSPPI (ind:1)  |     1 |     37 |     0   (0)| 00:00:01 |
  20. |*    3 |   FIXED TABLE FIXED INDEX| X$KSPPCV (ind:1) |     1 |     18 |     0   (0)| 00:00:01 |
  21. ------------------------------------------------------------------------------------------------

  23. Predicate Information (identified by operation id):
  24. ---------------------------------------------------

  26.     2 - filter("KSPPIM"='db_block_size' AND TRANSLATE("KSPPINM",'_','$') NOT LIKE
  27.              '$$%' AND "X"."INST_ID"=USERENV('INSTANCE') AND BITAND("KSPPIFLG",268435456)=0)
  28.     3 - filter("X"."INDX"="Y"."INDX" AND TO_NUMBER("KSPPSTVL")=8192 AND
  29.              (TRANSLATE("KSPPINM",'_','$') NOT LIKE '$%' OR "KSPPSTDF"='FALSE' OR
  30.              BITAND("KSPPSTVF",5>0))
12c可以正常运行不报错，但是11g里边却是报了错误。
原因是因为11g的执行计划id为3的谓词条件为"filter ( TO_NUMBER ( "KSPPSTVL" ) = 8192 ) "，是在X$KSPPCV上过滤的，自然含有不能to_number的值，比如含有字母的字符串。
12C做了优化可以运行，这条语句在11G运行不了，需要构造子查询/视图与外部查询，并加一个连接条件，才能尝试不用谓词推入。

实验过程：
这里将sql改写：
  1. SYS@proc> select value from (select value from v$parameter p where p.name='db_block_size') a where to_number(a.value)=8192;
  2. select value from (select value from v$parameter p where p.name='db_block_size') a where to_number(a.value)=8192
  3.                                                                                          *
  4. ERROR at line 1:
  5. ORA-01722: invalid number


  8. SYS@proc> select value from v$parameter p where p.name='db_block_size';

  10. VALUE
  11. --------------------------------------------------------------------------------
  12. 8192
从结果看，运行还是出现错误，但是" select value from v$parameter p where p . name = 'db_block_size' ; "执行结果只有一个"8192"，不应该出现ora1722错误。
看一眼执行计划就明白了：
  1. SYS@proc> explain plan for select value from (select value from v$parameter p where p.name='db_block_size') a where to_number(a.value)=8192;

  3. Explained.

  5. SYS@proc> set linesize 200
  6. SYS@proc> select * from table(dbms_xplan.display());

  8. PLAN_TABLE_OUTPUT
  9. ------------------------------------------------------------------------------------------
  10. Plan hash value: 1128103955

  12. -------------------------------------------------------------------------------
  13. | Id | Operation         | Name     | Rows  | Bytes   | Cost (%CPU)| Time     |
  14. -------------------------------------------------------------------------------
  15. | 0  | SELECT STATEMENT  |          |     1 |    2115 |     0   (0)| 00:00:01 |
  16. |* 1 |  HASH JOIN        |          |     1 |    2115 |     0   (0)| 00:00:01 |
  17. |* 2 |   FIXED TABLE FULL| X$KSPPI  |     1 |      81 |     0   (0)| 00:00:01 |
  18. |* 3 |   FIXED TABLE FULL| X$KSPPCV |     1 |    2034 |     0   (0)| 00:00:01 |
  19. -------------------------------------------------------------------------------


  22. PLAN_TABLE_OUTPUT
  23. ------------------------------------------------------------------------------------------
  24. Predicate Information (identified by operation id):
  25. ---------------------------------------------------

  27.    1 - access("X"."INDX"="Y"."INDX")
  28.        filter(TRANSLATE("KSPPINM",'_','#') NOT LIKE '#%' OR
  29.      "KSPPSTDF"='FALSE' OR BITAND("KSPPSTVF",5)>0)
  30.    2 - filter("KSPPINM"='db_block_size' AND
  31.      "X"."INST_ID"=USERENV('INSTANCE') AND BITAND("KSPPIFLG",268435456)=0
  32.      AND TRANSLATE("KSPPINM",'_','#') NOT LIKE '##%')
  33.    3 - filter(TO_NUMBER("KSPPSTVL")=8192)

  35. 21 rows selected.
尝试加Hint不做谓词推入，不过前提是不做视图合并：
  1. SYS@proc> select /*+ no_merge(a) no_push_pred(a) */value from (select value from v$parameter p where p.name='db_block_size') a where to_number(a.value)=8192;
  2. select /*+ no_merge(a) */value from (select value from v$parameter p where p.name='db_block_size') a where to_number(a.value)=8192
  3.                                                                                                            *
  4. ERROR at line 1:
  5. ORA-01722: invalid number


  8. SYS@proc> explain plan for select /*+ no_merge(a) no_push_pred(a) */value from (select value from v$parameter p where p.name='db_block_size') a where to_number(a.value)=8192;

  10. Explained.

  12. SYS@proc> select * from table(dbms_xplain.display());
  13. select * from table(dbms_xplain.display())
  14.                     *
  15. ERROR at line 1:
  16. ORA-00904: "DBMS_XPLAIN"."DISPLAY": invalid identifier


  19. SYS@proc> select * from table(dbms_xplan.display());

  21. PLAN_TABLE_OUTPUT
  22. -------------------------------------------------------------------------------------------
  23. Plan hash value: 3035854849

  25. -------------------------------------------------------------------------------
  26. | Id | Operation          | Name     | Rows | Bytes | Cost (%CPU)|  Time     |
  27. -------------------------------------------------------------------------------
  28. |  0 | SELECT STATEMENT   |          |    1 |  2002 |    0    (0)|  00:00:01 |
  29. |  1 |  VIEW              |          |    1 |  2002 |    0    (0)|  00:00:01 |
  30. |* 2 |   HASH JOIN        |          |    1 |  2115 |    0    (0)|  00:00:01 |
  31. |* 3 |    FIXED TABLE FULL| X$KSPPI  |    1 |    81 |    0    (0)|  00:00:01 |
  32. |* 4 |    FIXED TABLE FULL| X$KSPPCV |    1 |  2034 |    0    (0)|  00:00:01 |
  33. -------------------------------------------------------------------------------

  35. PLAN_TABLE_OUTPUT
  36. ------------------------------------------------------------------------------------------

  38. Predicate Information (identified by operation id):
  39. ---------------------------------------------------

  41.    2 - access("X"."INDX"="Y"."INDX")
  42.        filter(TRANSLATE("KSPPINM",'_','#') NOT LIKE '#%' OR
  43.      "KSPPSTDF"='FALSE' OR BITAND("KSPPSTVF",5)>0)
  44.    3 - filter("KSPPINM"='db_block_size' AND
  45.      "X"."INST_ID"=USERENV('INSTANCE') AND BITAND("KSPPIFLG",268435456)=0
  46.      AND TRANSLATE("KSPPINM",'_','#') NOT LIKE '##%')
  47.    4 - filter(TO_NUMBER("KSPPSTVL")=8192)

  49. 22 rows selected.
这里的no_merge的hint是生效了，不过no_push_pred却没有。
原因是这个sql的改写也有问题，push_pred/no_push_pred的应用场景是视图和外部查询之间有连接条件，对于push_pred，优化器会把原本处于该视图外部查询中和该视图之间的连接条件推入到该视图定义的SQL语句内部，这样做是为了能使用上该视图内部相关基表的索引，进而走出基于索引的嵌套循环连接。
需要连接条件的话，要有构造另外一张辅助表：
  1. SYS@proc> create table test(id int);

  3. Table created.

  5. SYS@proc> insert into test values(null);

  7. 1 row created.

  9. SYS@proc> commit;

  11. Commit complete.
sql改写：select a.value from (select value from v$parameter p where p.name='db_block_size') a,test b where to_number(id||a.value)=8192;
该sql的执行计划以及执行结果如下：
  1. SYS@proc> select a.value from (select value from v$parameter p where p.name='db_block_size') a,test b where to_number(id||a.value)=8192;
  2. select a.value from (select value from v$parameter p where p.name='db_block_size') a,test b where to_number(id||a.value)=8192
  3.                                                                                                                *
  4. ERROR at line 1:
  5. ORA-01722: invalid number


  8. SYS@proc> explain plan for select a.value from (select value from v$parameter p where p.name='db_block_size') a,test b where to_number(id||a.value)=8192;

  10. Explained.

  12. SYS@proc> select * from table(dbms_xplan.display());

  14. PLAN_TABLE_OUTPUT
  15. -------------------------------------------------------------------------------------------
  16. Plan hash value: 662541633

  18. --------------------------------------------------------------------------------
  19. | Id | Operation           | Name     | Rows  | Bytes | Cost (%CPU)| Time     |
  20. --------------------------------------------------------------------------------
  21. |  0 | SELECT STATEMENT    |          |     1 |  2128 |   2     (0)| 00:00:01 |
  22. |* 1 |  HASH JOIN          |          |     1 |  2128 |   2     (0)| 00:00:01 |
  23. |  2 |   NESTED LOOPS      |          |     1 |  2047 |   2     (0)| 00:00:01 |
  24. |  3 |    TABLE ACCESS FULL| TEST     |     1 |    13 |   2     (0)| 00:00:01 |
  25. |* 4 |    FIXED TABLE FULL | X$KSPPCV |     1 |  2034 |   0     (0)| 00:00:01 |
  26. |* 5 |   FIXED TABLE FULL  | X$KSPPI  |     1 |    81 |   0     (0)| 00:00:01 |
  27. --------------------------------------------------------------------------------

  29. Predicate Information (identified by operation id):
  30. ---------------------------------------------------

  32.    1 - access("X"."INDX"="Y"."INDX")
  33.        filter(TRANSLATE("KSPPINM",'_','#') NOT LIKE '#%' OR
  34.      "KSPPSTDF"='FALSE' OR BITAND("KSPPSTVF",5)>0)
  35.    4 - filter(TO_NUMBER(TO_CHAR("ID")||"KSPPSTVL")=8192)
  36.    5 - filter("KSPPINM"='db_block_size' AND
  37.      "X"."INST_ID"=USERENV('INSTANCE') AND BITAND("KSPPIFLG",268435456)=0
  38.      AND TRANSLATE("KSPPINM",'_','#') NOT LIKE '##%')

  40. Note
  41. -----
  42.    - dynamic sampling used for this statement (level=2)

  44. 27 rows selected.
从执行计划上看，id为4的那步，在X$KSPPCV过滤 to_number ( id | | a . value ) = 8192的数据，自然是有问题的。
添加Hint强制不做谓词推入，如下：
  1. SYS@proc> select /*+ no_merge(a) no_push_pred(a)*/ a.value from (select value from v$parameter p where p.name='db_block_size') a,test b where to_number(id||a.value)=8192;

  3. VALUE
  4. -----------------------------------------------------------------------------------------------
  5. 8192

  7. SYS@proc> explain plan for select /*+ no_merge(a) no_push_pred(a)*/ a.value from (select value from v$parameter p where p.name='db_block_size') a,test b where to_number(id||a.value)=8192;

  9. Explained.

  11. SYS@proc> select * from table(dbms_xplan.display());

  13. PLAN_TABLE_OUTPUT
  14. ------------------------------------------------------------------------------------------------
  15. Plan hash value: 742769369

  17. ------------------------------------------------------------------------------
  18. | Id | Operation           | Name     | Rows | Bytes | Cost (%CPU)| Time     |
  19. ------------------------------------------------------------------------------
  20. |  0 | SELECT STATEMENT    |          |    1 |  2015 |   2     (0)| 00:00:01 |
  21. |  1 |  NESTED LOOPS       |          |    1 |  2015 |   2     (0)| 00:00:01 |
  22. |  2 |   VIEW              |          |    1 |  2002 |   0     (0)| 00:00:01 |
  23. |* 3 |    HASH JOIN        |          |    1 |  2115 |   0     (0)| 00:00:01 |
  24. |* 4 |     FIXED TABLE FULL| X$KSPPI  |    1 |    81 |   0     (0)| 00:00:01 |
  25. |  5 |     FIXED TABLE FULL| X$KSPPCV |  100 |   198K|   0     (0)| 00:00:01 |
  26. |* 6 |   TABLE ACCESS FULL | TEST     |    1 |    13 |   2     (0)| 00:00:01 |
  27. ------------------------------------------------------------------------------

  29. Predicate Information (identified by operation id):
  30. ---------------------------------------------------

  32.    3 - access("X"."INDX"="Y"."INDX")
  33.        filter(TRANSLATE("KSPPINM",'_','#') NOT LIKE '#%' OR
  34.      "KSPPSTDF"='FALSE' OR BITAND("KSPPSTVF",5)>0)
  35.    4 - filter("KSPPINM"='db_block_size' AND
  36.      "X"."INST_ID"=USERENV('INSTANCE') AND BITAND("KSPPIFLG",268435456)=0
  37.      AND TRANSLATE("KSPPINM",'_','#') NOT LIKE '##%')
  38.    6 - filter(TO_NUMBER(TO_CHAR("ID")||"A"."VALUE")=8192)

  40. Note
  41. -----
  42.    - dynamic sampling used for this statement (level=2)

  44. 28 rows selected.
从 执行计划上看 ，做to_number转换的对象是在test表上，自然就是可以运行出结果了。
PS：
该语句也是一样的： select a . value from ( select /*+ no_merge no_push_pred*/ value from v$parameter p where p . name = 'db_block_size' ) a , test b where to_number ( id | | a . value ) = 8192 ;

问题延伸：
  1. SYS@proc> create table t as select * from v$parameter;

  3. Table created.

  5. SYS@proc> select value from t where name='db_block_size' and to_number(value)=8192;

  7. VALUE
  8. --------------------------------------------------------------------------------
  9. 8192

  11. SYS@proc> select value from v$parameter where name='db_block_size' and to_number(value)=8192;
  12. select value from v$parameter where name='db_block_size' and to_number(value)=8192
  13.                                                              *
  14. ERROR at line 1:
  15. ORA-01722: invalid number
为什么语句“ select value from t where name = 'db_block_size' and to_number ( value ) = 8192 ; ”执行成功，换成v$parameter却报错。
该问题在另外一篇做研究。
这里附上链接http://blog.itpub.net/30174570/viewspace-2148607/

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/30174570/viewspace-2148592/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/30174570/viewspace-2148592/

cong0516
关注
Windows下安装oracle_fdw：从PostgreSQL中访问Oracle数据库
tttzzzqqq2018的博客
08-09 1380
Windows下安装oracle_fdw：从PostgreSQL中访问Oracle数据库
ORACLE内存结构
最新发布
qq_34153210的博客
10-17 731
内存体系结构 数据库由磁盘文件构成，当数据库启动时，相关实例将被启动，而实例由内存结构和进程组成。数据库及其运行的程序存放在分配给内存的不同结构当中。我们只讨论单实例的内存体系结构。内存跟磁盘空间分配一样，一般情况下，我们只关注其大小，而内存的大小由各种 数据库内存参数控制。内存的大小可以手动分配，也可以自动分配，自动分配运行的更好，因此这里也只主要讨论自动分配的参数，记住这篇文章以专用服务器模式讲解，如果是共享服务器，并不适用 通过本章内容的学习，你将了解到： 为什么报错程序单元not found
oracle多层嵌套后to_number比较数据出现无效数字的错误
amberwest
09-20 1537
select * from ( select XH ,--学号 case when to_number(rxnj) <= 2020 - xz then '不在校' else '在校' end as zxzt --在校状态 FROM xsxx where rxnj not in ('NULL',' ') ) where zxzt='在校'; 在上述例子中，rxnj是varchar2类型，有非纯数字的数据值，xz是number类型，内层查询无报错，但是外层查询就会报错，也就是where条件不起作.
oracle 使用to_number转换字符型时报错：无效的数字
皮皮小神仙的博客
12-23 6945
问题：oracle 使用to_number转换字符型时报错：无效的数字 问题代码：to_number(p.num) 问题分析：这个函数只能转换字符串格式是正确数字的情况，也就是一旦字符串为空，或者有特殊字符，或者有空格等等，都会抛错 **解决方法：**使用regexp_replace函数将特殊字符替换为空 修改后结果：nvl(to_number(regexp_replace(b.safety_fee,’[^0-9]’,’’)),0) 注：regexp_replace函数 语法 VARCHAR REGEXP_
oracle to_number 报错,[转载]Oracle中TO_NUMBER()函数的用法
weixin_34377037的博客
04-04 2254
1 用法简介TO_NUMBER函数()是Oracle中常用的类型转换函数之一，主要是将字符串转换为数值型的格式，与TO_CHAR()函数的作用正好相反。To_number函数的格式如下：To_number(varchar2 or char,’format model’)1To_number函数中也有很多预定义的固定格式：格式值 含义9 代表一个数字0 强迫0显示$ 显示美元符号L 强制显示一个当地...
oracle to_number 无效数字,to_number不了字段-ORA-01722 无效数字 | 学步园
weixin_34566429的博客
04-14 1295
今天上午技术部赶着测某个项目。其中一位说某个语句无法执行。该语句大致如下：select param_valuefrom tablewhere param_type='bank'and to_number(param_value)=0.78这是个从参数表取参数。 这个在线上库已经旧的开发库能正确执行！！param_value nvarchar2(200)然后他们说新的开发库有问题。郁闷哦！检查...
oracle to_number 转换报无效数字问题
YrI/OG
07-23 1万+
一般情况下to_number在处理经过to_char转换的数据后是不会报无效数字问题的，但是要是数据库里有看不见的非法字符还是会导致无效数字问题，可以参考以下代码去除字符 to_number(REGEXP_REPLACE(substr(END_TIME,6,2),'[^0-9]','')) 这样返回的值经过了去除非法字符后可以进行大小判断等操作了...
oracle数据库笔记（自用）
Neaze的博客
01-12 1876
oracle的详解
【Oracle】Oracle优化５３个规则详解
tttzzzqqq2018的博客
10-17 858
Oracle优化５３个规则详解
oracle求累积收益率,解决报表sql中的累计收益率问题？换个姿势，再来一次~
weixin_28872105的博客
04-15 731
原标题：解决报表sql中的累计收益率问题？换个姿势，再来一次~最近在做券商资产分析业务的时候，碰到个报表需求，要求计算从20170301到20170831期间，大约40w客户(表数据量5000w)的按天累计收益率的报表。计算公式如下：累计收益率=(1+上日累计收益率)*(1+当日收益率)-1小知识：累积收益率不仅可以按天分割累积，如果想要更精确，还可以按小时累积，如果是很粗略的计算，也可以按月累计...
SQL：TO_NUMBER报错 SQL错误[1722][42000]:ORA-01722:无效数字 问题解决
qq_43605229的博客
06-15 1680
原因：当前字段含有不可转化的非数字字符导致转化失败。
to_number与oracle 里面number类型易出错的问题
rendiyi的专栏
01-21 1881
1、假如数据库是number类型       select *from test t  where t.age=09876;       select *from test t  where t.age=9876;       以上这两种写法是一样的可以匹配9876的记录 2、to_number用法        to_number(09876)  值为9876
to_nunber()报无效数字问题扩展
anita9999的博客
06-26 2630
to_nunber()报无效数字问题扩展
oracle to_number转换无效数字的解决方案（含/）
Smile yourlife
12-16 6440
近期需要写一个存储过程，从一张表里定期取数，中间遇到一个问题，原本应该为数字的字段，却类型设置成了varchar2类型了，所以需要从我这边做个转换了。 to_number是将字符串转化为数字，但是如果该字段中包含一些其他非字符串字符，就会报 invalid number的异常。如下： SELECT to_number('20/') from dual; 下面给出一个解决方案： SELECT t...
Oracle to_number
x3553457的博客
03-27 834
SELECT  to_number('-321,909.10￥', '99999999999d99l', 'nls_currency= ''￥''')  FROM DUAL;l返回值中区域货币符号的位置g返回值中分组符的位置d返回值中小数点的位置select to_number('123,456.78','999999d999') from dual;...
oracle to_number 无效数字
Seth徐
02-17 1398
今天在执行一个sql语句时，发现一只报 无效数字     SELECT ddtime,dcprovince,dctffee,to_number(dctffee) FROM KS_OSS002 WHERE dntftype&lt;&gt;1 and ddtime&gt;=TO_DATE('2012-02-14 00:00:00','yyyy-mm-dd hh24:mi:ss') AND ...
oracle 子查询嵌入条件报错,Oracle子查询，集合运算,数据处理,事务,RowNum实例讲解-Oracle...
weixin_28693683的博客
04-09 736
子查询解释：子查询就是在在一条查询语句中嵌套另外一个查询语句，有主查询他的条件是子查询。案例1：查出比A员工的工资高的员工信息，需要先查A员工工资，再查比他高的员工信息。这里就是要分两步进行。子查询就是为了可以一步解决。SELECT *FROM EMPWHERE SAL > (SELECT SALFROM EMPWHERE ENAME = 'SCOTT');注意的问题：1. 合理的书写风格2...
tonumber的使用
lianghui0811
08-18 6297
local num = tonumber("10")                      --返回 十进制数10 local num = tonumber("AF", 16)                  --返回 十六进制数175 local num = tonumber("0xA")                     --返回 10 local num = tonum
使用to_number函数，提示ORA-01722无效数字的解决方法
热门推荐
编程猫的博客
06-19 3万+
使用to_number（）函数时，提示ORA-01722：无效数字 的解决方法 原因分析：  1.显式原因： 即字段中存在非数字的字符。 解决方法：（1）替换掉非数字的字符。     （2）使用 ORACLE的regexp_like函数，过滤掉含有非数字字符的记录。 例如： select  * from table1 T1 where regexp_like(T1.字段名，' ^[
oracle中NO_EXPAND是啥hint
05-20
在Oracle中，NO_EXPAND是一种Hint，用于告诉查询优化器不要将查询中的内联视图(Inline View)或者内联函数(Inline Function)进行展开，而是使用原始的查询语句来执行查询操作。这个Hint通常在查询中包含了较为复杂的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值