关于db2视图使用基表索引总结

本文解决了一个视图查询缓慢的问题,通过调整视图中的函数使用,确保了基表索引的有效利用,显著提升了查询效率。

今天终于解决了我们一个视图查询缓慢的问题了。由于我们基于ORM做的系统,所以设计之初将大量业务处理基于表、视图 去做。我们物化视图也尝试了,一大圈弯路走下来才发现,查询慢怎么不从是否用到基表的索引着手呢。

我们这个视图联着三个基表,基于一个表不同标志位做两个联表查询,一个union all。首先我们分析db2的union,在oracle中union是排序的,而union all 不排序。所以我们看看db2,都不排序,只是union去除重复项,union all不去重复。

那就是说union(all)用哪个对查询速度影响不大。那我们从单个联表看看,单个联表语句加上某个索引列条件查询速度很快,索引用上了。单个联表语句见一个视图呢,查询一个基表索引列也很快,证明视图是用上了基表的索引的。

难道是union后索引不能用了,我们在union的两个查询中都加上同一个索引列查询,很快。但是就是建了视图后不行,并且这时我发现单个基表的视图在索引列使用函数,索引不能使用了。单个都不行,union那肯定不行。所以我将原视图的索引列中COALESCE函数去除,马上查询正常。

原来找到原因,不是视图不能用索引,不是union索引失效,而是视图中函数使索引失效啊。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值