sql优化-提防错误关联

    在写sql时，在多表关联时，有时候容易把关联关系写错。一般情况下，该问题比较容易发现，但如果sql较长时，光靠眼力就比较难发现了。今天写了一个脚本，碰到该问题了。

    第一版本的脚本如下：

select detail.commityear,
       detail.commitmonth,
       to_char((sysdate - 1), 'YYYYMM') statmonthid,
       policy.corppkno,
       product.prdtsubcatpkno,
       product.pkno,
       sum(loss_d.losssum) lossSum_FASH,
       sum(claim_d.claimsum) claimSum_FASH,
       sum(indemnity_d.indemnityRptDetail) indemnityRpt_FASH,
       sum(recovery_d.recoverySumDetail) recoveryRpt_FASH
  from F_T_DeclareDetail detail
  join stdw.d_t_policy policy
    on detail.policypkno = policy.pkno
  join stdw.d_t_producttype product
    on policy.policytypepkno = product.pkno
  left join (select t.declaredetailpkno,
                    sum(nvl(t.losssumdetail, 0)) losssum
               from stdw.f_t_lossdetail t
              group by t.declaredetailpkno) loss_d
    on detail.pkno = loss_d.declaredetailpkno
   and loss_d.losssum > 0
  left join (select claim.declaredetailpkno,
                    sum(nvl(claim.claimsumdetail, 0)) claimsum
               from stdw.F_T_ClaimDetail claim
              group by claim.declaredetailpkno) claim_d
    on detail.pkno = claim_d.declaredetailpkno
   and claim_d.claimsum > 0
  left join (select declareDetailPkNo,
                    sum(nvl(indemnityRptDetail, 0)) indemnityRptDetail
               from stdw.F_T_IndemnityDetail
              group by declareDetailPkNo) indemnity_d
    on detail.pkno = indemnity_d.declaredetailpkno
   and indemnity_d.indemnityRptDetail > 0
  left join (select declaredetailpkno,
                    sum(nvl(recoverySumDetail, 0)) recoverySumDetail
               from stdw.F_T_RecoveryDetail
              group by declaredetailpkno) recovery_d
    on detail.pkno = indemnity_d.declaredetailpkno
   and recovery_d.recoverySumDetail > 0
 where product.pkno not in (7, 8, 12, 14, 38) /*有出运*/
   and (loss_d.losssum is not null or claim_d.claimsum is not null or
       indemnity_d.indemnityRptDetail is not null or
       recovery_d.recoverySumDetail is not null) /*剔除没有报损等信息的数据*/
 group by detail.commityear,
          detail.commitmonth,
          policy.corppkno,
          product.prdtsubcatpkno,
          product.pkno

执行后，发现半天没出来数。而且这些表中，数据量最大的表f_t_declaredetail也就几百万条，在极致情况下，最多返回几百万行数据。查看了下执行计划，发现执行计划和预计的不一样，而且预估的结果集相当大。执行计划如下：

    根据图示，可以比较清楚的看到，表f_t_recoverydetail居然与其他的表做了内嵌循环关联，不可思议啊，而且返回的结果集，远超百万数量级，比f_t_declaredetail的数量级还大。起初以为是统计信息出了问题，查看了各表的统计信息，发现没有什么异常。

    后来静下来想了想，返回的结果集肯定不会超过f_t_declaredetail的数据量，正好与f_t_recoverydetail关联时，数据量嗖地上去了，初步怀疑是关联的问题。可以回头看下sql代码，粗字体表明的地方就是问题所在：确实是表之间关联出了问题。

    总结：有时候肉眼看不出来，就用执行计划看吧，还是有很大帮助的。呵呵