Date类型，神一般的现象，高手在哪里？

[xiangjie123]

问题是这样的，很简单的一个sql，判断条件如果写成：

tw1.walo_end_time >
to_date(' 2012-11-08 00:00:00', 'yyyy-MM-dd hh24:mi:ss')
那么执行时间异常慢，但是换个写法就ok：
to_char(tw1.walo_end_time, 'yyyy-MM-dd hh24:mi:ss') > '2012-11-08 00:00:00'

并且tw1.walo_end_time is null的判断也一样的慢，换成decode也很快，真心不能解释了

神一般的现象

[ssqtjffcu]

第一种写法会走索引，第二种写法不会。条件列里会了函数不会走索引，就这么简单。

[linwaterbin]

引用 楼主 xiangjie123 的回复:

问题是这样的，很简单的一个sql，判断条件如果写成： tw1.walo_end_time > to_date(' 2012-11-08 00:00:00', 'yyyy-MM-dd hh24:mi:ss') 那么执行时间异常慢，但是换个写法就ok： to_char(tw1.walo_end_time, 'yyyy-MM-dd h……

有个原则是：避免对列进行运算，但你的例子却是倒着来，很奇怪》。。 你能否把你的执行计划贴上来看看

[lyxlyz]

引用 1 楼 ssqtjffcu1 的回复:

第一种写法会走索引，第二种写法不会。条件列里会了函数不会走索引，就这么简单。

正解，建议楼主看看where条件的走索引的条件

[izj]

建议你看看执行计划就知道了。。。。估计1楼说的是对的。。

[lnuwhy]

会不会你的tw1.walo_end_time类型是字符型的？否则真是没有解释了。

[iihero_]

walo_end_time这个列建了索引没有？ 建了索引的话，是不是符合条件的记录占了表中的大多数。

[ruihuahan]

神一般的现象并不神，楼上各位都是神。呵呵。

[xiangjie123]

呵呵，谢谢各位了，这个问题比较搞笑了，其实并不是sql或者date本身的问题，最后查看sql执行状况，发现这条SQL执行阻塞住了，所以所有相同的SQL都会阻塞，但是更换查询条件相当于新的查询，是ok的，当然，这个问题很奇怪，只有这个条件执行时阻塞了，后来放了一夜，第二天也就ok了。