做事变通

快来打我* 2022-07-12 10:12 138阅读 0赞

author：skate  
time：2010/05/21

--------------------

**做事变通**

昨天同事找我，说bi系统的有一个递归树形查询的sql非常慢，已经让使用人员无法忍受

sql如下：

SELECT SYS\_CONNECT\_BY\_PATH(BB.FULL\_NAME, '/') PATH, BB.\*  
  FROM (WITH AA AS (SELECT TRUNC(W.END\_TIME, 'mm') END\_TIME,  
                           O.MERCHANT\_ID,  
                           SUM(O.MONEY) MONEY,  
                           SUM(O.BONUS) BOUNS  
                      FROM BI\_ORDERJOINTOGETHER O, BI\_WARE W  
                     WHERE O.WARE\_ID = W.ID  
                       AND O.STATE = 4  
                     GROUP BY TRUNC(W.END\_TIME, 'mm'), O.MERCHANT\_ID)  
         SELECT OG.ORG\_ID,  
                OG.FULL\_NAME,  
                OG.PARENT\_ID,  
                TO\_CHAR(AA.END\_TIME, 'yyyy-mm'),  
                NVL(AA.MONEY, 0) MONEY,  
                NVL(AA.BOUNS, 0)  
           FROM BI\_ORGANIZATION OG, AA  
          WHERE AA.MERCHANT\_ID(+) = OG.ORG\_ID) BB  
          START WITH BB.PARENT\_ID IS NULL  
         CONNECT BY PRIOR BB.ORG\_ID = BB.PARENT\_ID

在分析这个sql之后，发现sql慢的原因是start with的树形递归和函数SYS\_CONNECT\_BY\_PATH，其实主要是  
start with，因为他每一level都要遍历所有的节点所以速度非常慢，想半天没有想到什么好的方法来优化  
这个sql，但这个还是业务需要的，怎么办呢？

我又从头理顺下了思路，这个是一个bi系统，为业务部门和决策者提供服务，bi系统里的数据比生产数据晚  
一天，目前这个sql很慢，又很难优化，那如何为前端用户提供优质的服务呢？为什么不把这个sql的数据事先  
准备好，然后平时就直接查询准备好的数据，这样就省去计算排序的时间了，就可以大大提高性能。经过测试  
发现，速度发生几个数量级的变化.

通过这个case，可以总结一个经验，条条大路通罗马，有的时候退一步思考会得到意想不到的效果,做人做事都是  
一样的，不要钻死角

\-----end----