t_sd_saleorderentry表有40多万记录,在DB2下看他的执行计划为140000,且对t_sd_saleorderentry进行了全表扫描浪费了大部分的时间,

本以为DB2可以智能的把()中的关联条件转化出来,在更新表数据的时候,可以智能地更新相关的数据,但看样子不能,我只好把()的关联条件又写了一份放到WHERE里面,加在了原先的后面,结果执行计划就降到了900多(FID有索引),DB2感觉真有点烂,这个东东还要写两遍呀

不过也算学到了点东西,破DB2在UPDATE的时候,如果不硬在WHERE中加上限制条件,而只是在SET中隐含限制的时候,DB2在大数据量的情况下肯定会有性能问题,因为它会进行全表扫描的.

本文分享了一次DB2数据库性能调优的经验,通过将关联条件显式添加到WHERE子句中,成功将执行计划从14万降低到900,显著提升了更新操作的效率。
1万+

被折叠的 条评论
为什么被折叠?



