一条SQL优化

anlinew

继续优化的基础建立在明确这几个表之间的关系及数据的分布情况上
1  rows processed
数据如何被过滤掉的？星形结构的结果？

tan9030

原帖由 ZALBB 于 2008-3-4 15:09 发表


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

我的是oracle9205, 自从数据库建立以来，好像没有统计过表的信息，问一下，统计表的信息是不是会影响业务？

tan9030

原帖由 anlinew 于 2008-3-4 15:11 发表
继续优化的基础建立在明确这几个表之间的关系及数据的分布情况上
1  rows processed
数据如何被过滤掉的？星形结构的结果？

我想这个sql的主要压力在表a，而不是b,c,d.

cyr1974

估计并发较大  对该表的更新较多

randylin2006

为了一行的返回结果，产生  4382559  consistent gets
    4353562  physical reads
这么大的资源损耗，应该再好好的优化一下！

anlinew

原帖由 tan9030 于 2008-3-4 15:17 发表


我想这个sql的主要压力在表a，而不是b,c,d.

a 可以驱动d也可以反过来通过test_number被d驱动
a 还可以通过wl_key被b或者c驱动
a 也可以通过site_number被c驱动

anlinew

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


楼主还不嫌弃，真无奈！

那样的执行计划6分钟能出来，真是不错了
33G的表做hash join的驱动表

foxmile

sql优化需要考虑cpu、I/O、内存等因素。
Performance Tuning Guide and Reference文档讲的很细致。我正在看。
建议看看

tan9030

原帖由 foxmile 于 2008-3-4 15:44 发表
sql优化需要考虑cpu、I/O、内存等因素。
Performance Tuning Guide and Reference文档讲的很细致。我正在看。
建议看看

给我发一个电子档吧。我也看看 shaojiang.liu@st.com

tan9030

原帖由 anlinew 于 2008-3-4 15:43 发表

那样的执行计划6分钟能出来，真是不错了
33G的表做hash join的驱动表

这个是一个法国的同事对深圳的系统写的一个sql.他说现在在深圳不能跑了（rollback segement problem），让我帮忙分析，我刚刚发了email让他使用hint作为临时办法，
我在深入研究怎么才能有更好的效果。

[ 本帖最后由 tan9030 于 2008-3-4 15:51 编辑 ]