关于oracle数据库中进行查询的时候出现效率特别差的一种情况

最新推荐文章于 2024-07-30 19:25:37 发布

转载最新推荐文章于 2024-07-30 19:25:37 发布 · 303 阅读

0 ·

CC 4.0 BY-SA版权

原文链接：http://www.cnblogs.com/vanwoos/p/6026261.html

文章标签：

#数据库

本文通过两个相似但执行效率相差极大的SQL查询案例对比，详细分析了IN条件对查询性能的影响。通过对两段代码的对比发现，仅加入一个IN条件会导致查询效率大幅下降，提示我们在进行数据库查询时需要注意条件的选择。

下面这段代码执行效率是极慢的（根本没执行完成过）：

select /*+ parallel(16) */
z.small_code,trunc(hs.CREATED_AT),sum(hs.COST_SCORE)
from zfs_hpoint_spend_patched_v hs
join hpoint h
on h.hpt_id = hs.hpt_id
join zfs_rhaierpointoperationtype_v z
on z.small_id = h.hpt_attr1
where hs.created_at >= date '2016-09-01'
and hs.created_at < date '2016-10-01'
and z.small_code in ('020301','020302','020501','020503')
group by trunc(hs.CREATED_AT),z.small_code
order by 1,2

但是下面这段代码的执行时间又很短（不到2分钟）：

select /*+ parallel(16) */
z.small_code,trunc(hs.CREATED_AT),sum(hs.COST_SCORE)
from zfs_hpoint_spend_patched_v hs
join hpoint h
on h.hpt_id = hs.hpt_id and hs.created_at >= date '2016-09-01'
and hs.created_at < date '2016-10-01'
join zfs_rhaierpointoperationtype_v z
on z.small_id = h.hpt_attr1
group by trunc(hs.CREATED_AT),z.small_code
order by 1,2;

仔细看一下，第一段代码就比第二段代码多了一个in条件而已。

转载于:https://www.cnblogs.com/vanwoos/p/6026261.html