一条SQL优化

tan9030

原帖由 ZALBB 于 2008-3-4 14:36 发表


楼主还不嫌弃，真无奈！

刚看到这里，我嫌弃什么啊，没有看懂。笨笨

ZALBB

原帖由 tan9030 于 2008-3-4 14:52 发表


刚看到这里，我嫌弃什么啊，没有看懂。笨笨

看执行后的统计数据，这个方法显然不是最佳的，肯定还有更好的方法．要我，肯定再尝试．

你满意了，我很无奈．

tan9030

原帖由 ZALBB 于 2008-3-4 14:43 发表
效率如何，多长时间出结果？

刚才执行了，跑了10多分钟，没有出来结果，killed by me.

tan9030

原帖由 ZALBB 于 2008-3-4 14:54 发表


看执行后的统计数据，这个方法显然不是最佳的，肯定还有更好的方法．要我，肯定再尝试．

你满意了，我很无奈．

我这不在进行尝试吗，我也知道不是最好的办法，我感觉现在的情况：
1. choose 模式
2. 表没有分析过

可能是导致poor performance 原因

枯荣长老

全部用full hints，时间是提高的，但是其他的资源呢，对整个服务器的冲击有多大。


sql优化，首先要分析下各表的数据，包括sql中涉及的每个条件所限制的结果集大小。
然后再根据索引来调整。要考虑很多因素，还可以考虑通过建立中间表来提高效率。

catchwo

原帖由 枯荣长老 于 2008-3-4 15:03 发表
全部用full hints，时间是提高的，但是其他的资源呢，对整个服务器的冲击有多大。


sql优化，首先要分析下各表的数据，包括sql中涉及的每个条件所限制的结果集大小。
然后再根据索引来调整。要考虑很多因素，还可以考虑通过建立中间表来提高效率。

catchwo

tan9030
嗯？表妹还是那么销魂

搂主啥时候介绍介绍

ZALBB

原帖由 tan9030 于 2008-3-4 14:58 发表

刚才执行了，跑了10多分钟，没有出来结果，killed by me.

如果是用102版本，可以考虑统计表的统计信息．统计信息可以恢复到某一时间点，或者删除．

tan9030

我再sql性能调整方面的确还有很多东西不懂，惭愧惭愧，还要努力学习...

tan9030

原帖由 catchwo 于 2008-3-4 15:05 发表
tan9030
嗯？表妹还是那么销魂

搂主啥时候介绍介绍

相好的表妹已经嫁人了