sql语句中条件查询里in、like、及=三个的效率怎么样?
sql语句中条件查询里in、like、及=三个的效率怎么样?有没有有经验的人士,具体详解一下:91193@sohu.comexists,in,like,=这四个怎么样使用...
sql语句中条件查询里in、like、及=三个的效率怎么样?有没有有经验的人士,具体详解一下:91193@sohu.com
exists,in , like ,= 这四个怎么样使用更节省查询时间?
都说exists高,但怎么写也得加in = 等条件,大家怎么写节省资源的? 展开
exists,in , like ,= 这四个怎么样使用更节省查询时间?
都说exists高,但怎么写也得加in = 等条件,大家怎么写节省资源的? 展开
3个回答
展开全部
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,数据量大时,效果就更加明显。
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和=的本质是一样的,效率相同,都是走索引。
当然,如果进行判断的那个字段没有建立索引,那么都是顺序查找,效率完全一样。
in和=的本质是一样的,效率相同,都是走索引。
当然,如果进行判断的那个字段没有建立索引,那么都是顺序查找,效率完全一样。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
LIKE很差的,速度最慢
IN也非常差,IN的本质是N个=,中间用OR连起来
万幸的是IN能用EXISTS代替,EXISTS的效率比IN提高了不止一点点,我曾经将IN换为EXISTS,查询的效率从11分钟减少到15秒,所以能用EXISTS的尽量不要用IN
IN也非常差,IN的本质是N个=,中间用OR连起来
万幸的是IN能用EXISTS代替,EXISTS的效率比IN提高了不止一点点,我曾经将IN换为EXISTS,查询的效率从11分钟减少到15秒,所以能用EXISTS的尽量不要用IN
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询