UNION导致视图查询慢的情况

今天一位同事遇到个情况,查询一个Oracle视图发现执行时间很长,将近有十多分钟。

远程到同事机器上查看情况,一边开着执行计划跑下视图,同时看看视图详细信息,大致写法如下:

create or replace view v_sk as
select col1, col2, col3 from v_sk_old
union
select col1, col2, col3 from v_sk_new

待执行计划完成后,发现 unique 的开销巨大;因此立刻count了一下 v_sk_old 和 v_sk_new 两个视图的数据,发现一个有80多万条数据,另外一个有90多万条数据。那么问题原因就找到了。

使用 union 连接两个表会有两个操作 排序(sort) 和去重复(unique) ,都是两个相当占用开销的操作。平时如果连接的表数据量不大的情况,不会有什么感知,但是当数据的数量级上升后,会明显感觉花费的时间越来越长。通过执行计划能够很直观的看到开销变大。

与之类似的union all 则不会对数据做sort 和 unique 操作。

同事这边,我先通过intersect 连接两个表查询是否有重复数据(结果显示没有重复数据),并通过同事了解到,v_sk_old 和 v_sk_new 两个视图的数据虽然是同一类型的业务,但是数据来源是两套设备分别采集到的数据,不存在交叉重复,因此,将将union 修改为 union all 。

查询大概几秒钟就出结果,问题解决。

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值