大虾们帮忙看看下面的SQL怎么调优:
SELECT /*+ index(s TRADE_SUMMARY_STATUS_KEY) */
       COUNT (*)
  FROM trade t, trade_summary_status s
WHERE t.trade_no = s.trade_no
   AND s.trade_summary_type_cd = 'SETSTAT'
   AND s.trade_summary_status_cd IN ('FP', 'PSF')
   AND t.trade_date < SYSDATE - 30
   AND t.trade_version_status_cd = 'A';

执行计划:
Operation        Object Name        Rows        Bytes        Cost        Object Node        In/Out        PStart        PStop

SELECT STATEMENT Optimizer Mode=ALL_ROWS                1                   50 M                                                     
  SORT AGGREGATE                1          58                                                                
    MAT_VIEW ACCESS BY INDEX ROWID        TRM_REPOSITORY.TRADE        1          23          1                                                       
      NESTED LOOPS                5 M        321 M        50 M                                                     
        MAT_VIEW ACCESS BY INDEX ROWID        LCM_REPOSITORY.TRADE_SUMMARY_STATUS        5 M        194 M        45 M                                                     
          INDEX FULL SCAN        LCM_REPOSITORY.TRADE_SUMMARY_STATUS_KEY        136 M                 5433353                                                       
        INDEX RANGE SCAN        TRM_REPOSITORY.TRADE_TRADE_NO_IDX        1  

1/环境ORACLE10G
2/两个表都是上亿条记录的大表;
3/ LCM_REPOSITORY.TRADE_SUMMARY_STATUS_KEY 是 UNIQUE INDEX  ON TRADE_SUMMARY_STATUS(TRADE_NO, TRADE_SUMMARY_TYPE_CD);
TRM_REPOSITORY.TRADE_TRADE_NO_IDX        1 是 INDEX ON TRADE
(TRADE_NO, TRADE_VERSION_NO)

跑了8小时也没出来, 大家帮忙看看, 在线等, 谢谢拉.
                 1

alter session set workarea_size_policy=manual;
alter session set hash_area_size=1024000000;
SELECT /*+use_hash(t s) */
       COUNT (*)
  FROM trade t, trade_summary_status s
WHERE t.trade_no = s.trade_no
   AND s.trade_summary_type_cd = 'SETSTAT'
   AND s.trade_summary_status_cd IN ('FP', 'PSF')
   AND t.trade_date < SYSDATE - 30
   AND t.trade_version_status_cd = 'A';

30天的数据不是很多的话
t.trade_date 的索引或许有些用

QUOTE:

---

原帖由 anlinew 于 2008-5-6 10:45 发表
30天的数据不是很多的话
t.trade_date 的索引或许有些用

---

那是不是如果每天的数据量都很大的话，做分区会比较好呢？

为什么oracle会选择用nested loop呢?

QUOTE:

---

原帖由 lsc800426 于 2008-5-6 10:47 发表


那是不是如果每天的数据量都很大的话，做分区会比较好呢？

---

我看错了
这业务是查30天前的，汗

QUOTE:

---

原帖由 rollingpig 于 2008-5-6 10:39 发表
alter session set workarea_size_policy=manual;
alter session set hash_area_size=1024000000;
SELECT /*+use_hash(t s) */
       COUNT (*)
  FROM trade t, trade_summary_status s
WHERE t.trade_no = s.trade_no
   AND s.trade_summary_type_cd = 'SETSTAT'
   AND s.trade_summary_status_cd IN ('FP', 'PSF')
   AND t.trade_date < SYSDATE - 30
   AND t.trade_version_status_cd = 'A';

---

这样快点了吗

QUOTE:

---

原帖由 kelsoncong 于 2008-5-6 10:47 发表
为什么oracle会选择用nested loop呢?

---

ROLLINGPIG那个就没有

trade_summary_status 和 trade都是视图????

3/ LCM_REPOSITORY.TRADE_SUMMARY_STATUS_KEY 是 UNIQUE INDEX  ON TRADE_SUMMARY_STATUS(TRADE_NO, TRADE_SUMMARY_TYPE_CD);
试试这个索引重建一下，交换顺序，