序时薄打开非常慢--慎用DISTINCT(在选择大量字段的情况下)

客户反馈ORACLE9I结算记录列表打开极慢,经分析发现SQL中使用了DISTINCT导致性能低下。优化前后对比,优化后仅需20秒。问题在于SQL的两次大表关联及DISTINCT处理大量字段。去除DISTINCT和多余关联,性能提升至500倍。建议避免在大规模数据和多字段时使用DISTINCT。
摘要由CSDN通过智能技术生成
客户反馈说结算记录列表界面 打开非常慢,客户帐套是ORACLE9I
优化前20分钟左右,
优化后20秒以内
结论:大伙以后还是尽量不要用DISTINCT(特殊情况下,非全部),性能太差了.
 
首先我自己在本地试了一下,确实是这个样子,我本地也是20分钟左右
查了一下数据量,结算记录数 1152, 分录数 41705,应该还不算太多
感觉应该是SQL写得有问题,抓了一下SQL(如下),执行了一把,死掉
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值