【开发篇sql】 条件和表达式(二) 数据类型的比较规则

2,数据类型的比较规则

 

主要看几个常见且比较重要的例子。

Char字符的比较,是比较ascii值的大小:

SQL> select 1 from dual where 'ab' >'ac';

 

         1

----------

 

SQL> select 1 from dual where 'ab'

 

         1

----------

         1

SQL> select 1 from dual where 'a'

 

         1

----------

         1

字符与数值的比较,有一个隐身转换的过程:

SQL> select 1 from dual where '32' = 32;

 

         1

----------

         1

但是下面这样的情况并不会将32隐身转换为’32’

SQL> select 1 from dual where 'a' = 32;

 

select 1 from dual where 'a' = 32

 

ORA-01722: invalid number

 

之所以这里特意提到隐式转换,是因为,往往在sql条件中,由于隐式转换可能会禁用相关的索引,这个也是sql性能的一大隐患,可以简单看一个例子,注意不能使用上面创建的表,drop后新建,插入下列数据:

Insert into t_test_chr values ('1111', '1111', '1111');

 

SQL> create index t_test_chr_id2 on t_test_chr(type_varchar2);

 

Index created

 

SQL> select * from t_test_chr a where a.type_varchar2='aaaa';

Execution Plan

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

Plan hash value: 3150866331

 

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

| Id  | Operation                   | Name           | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT            |                |     1 |    40 |     2   (0)| 00:00:01 |

|   1 |  TABLE ACCESS BY INDEX ROWID| T_TEST_CHR     |     1 |    40 |     2   (0)| 00:00:01 |

|*  2 |   INDEX RANGE SCAN          | T_TEST_CHR_ID2 |     1 |       |     1   (0)| 00:00:01 |

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

 

SQL>  select * from t_test_chr a where a.type_varchar2=1;    

 

no rows selected

 

 

Execution Plan

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

Plan hash value: 217284118

 

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

| Id  | Operation         | Name       | Rows  | Bytes | Cost (%CPU)| Time     |

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

|   0 | SELECT STATEMENT  |            |     1 |    40 |     3   (0)| 00:00:01 |

|*  1 |  TABLE ACCESS FULL| T_TEST_CHR |     1 |    40 |     3   (0)| 00:00:01 |

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

可以看到由于隐式转换使得查询走了不同的执行路径,在很多时候这种变化不是开发者所期待的,所以需要留意数据类型。具体可以参加《sql reference》的 Datatype Comparison Rules 一节。

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

转载于:http://blog.itpub.net/16179598/viewspace-662797/

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值