sql语句中条件查询里in、like、及=三个的效率怎么样?

来源:百度知道 编辑:UC知道 时间:2024/06/14 10:56:26
sql语句中条件查询里in、like、及=三个的效率怎么样?有没有有经验的人士,具体详解一下:91193@sohu.com
exists,in , like ,= 这四个怎么样使用更节省查询时间?

都说exists高,但怎么写也得加in = 等条件,大家怎么写节省资源的?

1、如果条件字段都是非索引字段,那么效率都差不多,就看结果大小。
2、有差别的在于条件字段是索引字段时:
=在所以的情况下都会进行索引扫描,所以效率总是高的。
like 当模糊查询为右模糊,比如'abc%'时,扫描索引,高效。
当模糊查询含左模糊时,比如'%abc',进行全表扫描,低效。
in的作用等同于or ,也是进行索引扫描,高效。

另外,in还可以连接查询结果集,这时往往会和exists做比较。
a、 select * from t1 where f1 in (select f1 from t2 where t2.fx='x'),

其中子查询的where里的条件不受外层查询的影响,这类查询一般情况下,自动优化会转成exist语句,也就是效率和exist一样。

b、 select * from t1 where f1 in (select f1 from t2 where t2.fx=t1.fx),

其中子查询的where里的条件受外层查询的影响,这类查询的效率要看相关条件涉及的字段的索引情况和数据量多少,一般效率不如exists,数据量大时,效果就更加明显。

like最差,特别是以%(有的数据库是*)开头的匹配,是无法进行索引的,只有顺序扫描。

in和=的本质是一样的,效率相同,都是走索引。

当然,如果进行判断的那个字段没有建立索引,那么都是顺序查找,效率完全一样。

LIKE很差的,速度最慢
IN也非常差,IN的本质是N个=,中间用OR连起来
万幸的是IN能用EXISTS代替,EXISTS的效率比IN提高了不止一点点,我曾经将IN换为EXISTS,查询的效率从11分钟减少到15秒,所以能用EXISTS的尽量不要用IN