`
duanhengbin
  • 浏览: 383421 次
  • 性别: Icon_minigender_1
  • 来自: 成都
社区版块
存档分类
最新评论

Oracle Hack之With As

阅读更多

需求: 
 有一张旧的权限表,7个等级(1-7)。除1级以外,每个用户ID都有关联一个上级用户ID。
 要做一张新表,把每个人对应7级的ID都抽出来。
 create table new_Competence(
   userid varchar(10),
   parentid vachar(10),
   level number(2),
   avail_start varchar(8),
   avail_end varchar(8),
   level1 number(2),
   level2 number(2),
 …
   level7 number(2),
 );
 
实现方案: 
 开始按常规考虑,一个小游标抽出全体,再写一个过程,循环调用。一测试,好了4万的数据用了半个多小时。
 仔细分析一下,查询次数太多了,游标记录4000件左右,每条数据次还要再查3-4次(平均)。
 
 先考虑优化,将全局条件抽取后做一个临时表(4000)件,改后再测,2分钟。好多了,但还不够理想。
 条件中有很多TRIM()函数,无法使用索引优化。
 于是试着用WITH写了一下一个SQL(省略了一些不太重要的查询条件):
 
 WITH
 Temp AS (SELECT * FROM Old_Competence WHERE avail_start <= &APL_DATE and avail_end >= &APL_DATE ),
 LEV1 AS (SELECT * FROM Temp WHERE level = 1),
 LEV2 AS (SELECT * FROM Temp WHERE level = 2),
 LEV3 AS (SELECT * FROM Temp WHERE level = 3),
 LEV4 AS (SELECT * FROM Temp WHERE level = 4),
 LEV5 AS (SELECT * FROM Temp WHERE level = 5),
 LEV6 AS (SELECT * FROM Temp WHERE level = 6),
 LEV7 AS (SELECT * FROM Temp WHERE level = 7)
 (SELECT LEV1.*, null uc1, null uc2, null uc3, null uc4, null uc5, null uc6, null uc7
   FROM LEV1
 UNION ALL
  SELECT LEV2.*, LEV1.unitcode uc1, null uc2, null uc3, null uc4, null uc5, null uc6, null uc7
   FROM LEV1, LEV2
  WHERE LEV1.book_id = LEV2.parent_id
 UNION ALL
  SELECT LEV3.*, LEV1.unitcode uc1, LEV2.unitcode uc2, null uc3, null uc4, null uc5, null uc6, null uc7
   FROM LEV1, LEV2, LEV3
  WHERE LEV1.book_id = LEV2.parent_id
    AND LEV2.book_id = LEV3.parent_id
 …(中间3个表省略)
 UNION ALL
  SELECT LEV7.*, LEV1.unitcode uc1, LEV2.userid uc2, LEV3.userid uc3, LEV4.userid uc4, LEV5.userid uc5, LEV6.userid uc6, LEV7.userid uc7
   FROM LEV1, LEV2, LEV3, LEV4, LEV5, LEV6, LEV7
  WHERE LEV1.book_id = LEV2.parent_id
    AND LEV2.book_id = LEV3.parent_id
    AND LEV3.book_id = LEV4.parent_id
    AND LEV4.book_id = LEV5.parent_id
    AND LEV5.book_id = LEV6.parent_id
    AND LEV6.book_id = LEV7.parent_id
 );

 

 将它做成游标,一个循环就好了,执行一下,3秒!搞掂。

 

总结:
  WITH的强大之处,可以写多个中间表语句结构更清晰更容易阅读,层层筛选有点类似于管道概念。
  特别对于层级关系的自关联查询(如本例)尤其适合。 
  还有一大好处是中间表只存在于内存中,完全无害(中间表名与其他表名不发生冲突,比Global Temporary 好)。

 

写WITH句的几个原则:

   原则1:优先过滤掉不要的数据。

   原则2:一次生成一个单纯的表,不用过于担心表的数量和代码的行数,而要在乎是否能方便关联。

   原则3:如果可能尽量只在一个SQL中完成。

 

后记:后来原版的较慢的版本又通过正确的使用函数索引,性能得到大幅提高,但也未能超过这个版本。

分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics