字段上使用函数会影响性能:
这个是要有以下前提:
1. 数据量很大。
2. 这个字段上面有索引。
例如有一个 ABC 表 ( id INT, myKeyWord varchar2(20), 其他很多字段......)
有1百万行记录。
其中 id 是主键,myKeyWord 上面有一个唯一索引。
当你执行
SELECT * FROM ABC WHERE myKeyWord = 'Oracle';
这个查询,将根据索引中的,快速的知道 'Oracle' 这个数据,在当前表里面有没有
如果有,在什么位置。
然后根据 位置 读取文件 (如果缓存里面已经有的,就不读取磁盘了),然后返回。
但是当你对字段加了一个函数以后,情况就发生变化了。
因为索引可能变成 不可用了。
例如
SELECT * FROM ABC WHERE TRANSLATE( myKeyWord, '123', '一二三') = 'Oracle一二三';
这种情况下,数据库只好把这100行的数据,每一行的 myKeyWord 都提取出来,
去执行一次 TRANSLATE( myKeyWord, '123', '一二三') 函数。
然后再拿执行后的结果,去和 'Oracle一二三' 作比较。
是因为你是在列上建立的简单index,而不是函数index,因此在使用函数时,不会走你做的index,从而导致sql的性能降低
这个问题比较好解释,比如原来一个字符的字段你在上面建了一个索引,此时你在使用的时候在这个字段上加了一个to_number, 那么会发生类型转换,此时oracle一般情况下不会选择原有的索引,即使选择也不会有好的效果。解决方法,对于要使用转换函数的列建“函数索引”,并打开查询重写!
orale 里的函数是需要进行解析的。你可以看oracle 的执行计划,
比如oracle 中 in 就没有 exists 快。 还有你用 like 的话也会慢的。
你指的应该是条件使用 函数吧,字段上用函数还好,如果不是复制计算的.
我用的是SQLSERVER 不过应该差不多
你条件使用函数时,即时条件有索引,也不会用到,因为要通过函数计算才得到一个值
所以一开始优化器根本无法用到索引直接定位到索引页
书。。oracle不清楚。。
这类问题属于性能调优。。oracle书很多应该很容易找得到