推广Oracle静态游标

时间:2012-08-23 11:59:22

标签: oracle cursor dry olap

我正在Oracle中创建一个类似OLAP的包,您可以通过进行多次左连接来调用一个main,控制函数来组装其返回的输出表。这些连接表在包中的“slave”函数中定义,它们使用静态游标返回特定的子集,由函数的参数进行参数化。问题是,这些游标都非常相似。

除了生成动态查询并在ref cursor中使用它们之外,还有一种方法可以概括这些。每次添加一个函数时,作为一个开发人员,我都会觉得这种奇怪的感觉!这不是特别优雅!


Pseduocode

somePackage
  function go(param)
    return select    myRows.id,
                     stats1.value,
                     stats2.value
           from      myRows
           left join table(somePackage.stats1(param)) stats1
           on        stats1.id = myRows.id
           left join table(somePackage.stats2(param)) stats2
           on        stats2.id = myRows.id

  function stats1(param)
    return [RESULTS OF SOME QUERY]

  function stats2(param)
    return [RESULTS OF A RELATED QUERY]

stats个查询都具有相同的结构:

  • 首先,他们以有用的方式汇总数据
  • 然后他们根据标准将这些数据分成逻辑部分,然后再次聚合(例如,按部门,按地区等),然后结合结果
  • 然后他们返回结果,投放到相关的object类型,这样我就可以轻松地执行bulk collect

类似的东西:

cursor myCursor is
  with fullData as (
    [AGGREGATE DATA]
  ),
  fullStats as (
    [AGGREGATE FULLDATA BY TOWN]
    union all
    [AGGREGATE FULLDATA BY REGION]
    union all
    [AGGREGATE FULLDATA BY COUNTRY]
  )
  select myObjectType(fullStats.*)
  from   fullStats;

...

open myCursor;
fetch myCursor bulk collect into output limit 1000;
close myCursor;

return output;

1 个答案:

答案 0 :(得分:1)

过滤操作可以帮助使用静态SQL构建动态查询。特别是当列列表是静态的时。

您可能已经考虑过此方法,但出于性能原因而将其丢弃。 “如果我们只需要结果,为什么要执行每个SQL块  来自其中一个?“你很幸运,优化器已经通过FILTER操作为你做了这个。

示例查询

首先创建一个每次运行等待5秒的函数。它将有助于找到执行了哪些查询块。

create or replace function slow_function return number is begin
    dbms_lock.sleep(5);
    return 1;
end;
/

此静态查询由绑定变量控制。有三个查询块,但整个查询在5秒内运行而不是15秒。

declare
  v_sum number;
  v_query1 number := 1;
  v_query2 number := 0;
  v_query3 number := 0;
begin
  select sum(total)
  into v_sum
  from
  (
    select total from (select slow_function() total from dual) where v_query1 = 1
    union all
    select total from (select slow_function() total from dual) where v_query2 = 1
    union all
    select total from (select slow_function() total from dual) where v_query3 = 1
  );
end;
/

执行计划

这种表现不是好运的结果;它不仅仅是Oracle在另一个谓词之前随机执行一个谓词。 Oracle之前分析了绑定变量 运行时甚至不执行不相关的查询块。这就是下面的FILTER操作正在做的事情。 (这是一个很糟糕的名字,一般很多人  将所有谓词称为“过滤器”。但只有部分导致FILTER操作。)

select * from table(dbms_xplan.display_cursor(sql_id => '0cfqc6a70kzmt'));

SQL_ID  0cfqc6a70kzmt, child number 0
-------------------------------------
SELECT SUM(TOTAL) FROM ( SELECT TOTAL FROM (SELECT SLOW_FUNCTION() 
TOTAL FROM DUAL) WHERE :B1 = 1 UNION ALL SELECT TOTAL FROM (SELECT 
SLOW_FUNCTION() TOTAL FROM DUAL) WHERE :B2 = 1 UNION ALL SELECT TOTAL 
FROM (SELECT SLOW_FUNCTION() TOTAL FROM DUAL) WHERE :B3 = 1 )

Plan hash value: 926033116

-------------------------------------------------------------------------
| Id  | Operation        | Name | Rows  | Bytes | Cost (%CPU)| Time     |
-------------------------------------------------------------------------
|   0 | SELECT STATEMENT |      |       |       |     6 (100)|          |
|   1 |  SORT AGGREGATE  |      |     1 |    13 |            |          |
|   2 |   VIEW           |      |     3 |    39 |     6   (0)| 00:00:01 |
|   3 |    UNION-ALL     |      |       |       |            |          |
|*  4 |     FILTER       |      |       |       |            |          |
|   5 |      FAST DUAL   |      |     1 |       |     2   (0)| 00:00:01 |
|*  6 |     FILTER       |      |       |       |            |          |
|   7 |      FAST DUAL   |      |     1 |       |     2   (0)| 00:00:01 |
|*  8 |     FILTER       |      |       |       |            |          |
|   9 |      FAST DUAL   |      |     1 |       |     2   (0)| 00:00:01 |
-------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   4 - filter(:B1=1)
   6 - filter(:B2=1)
   8 - filter(:B3=1)

<强>问题

FILTER操作的记录很少。我无法详细解释它何时起作用或不起作用,以及它对查询的其他部分有什么影响。例如,在解释计划中,Rows估计为3,但在运行时,Oracle应该能够轻松地估计基数为1.显然,执行计划不是那么动态,基数估计不佳可能会导致以后出现问题。此外,我已经看到一些奇怪的情况,静态表达式没有被适当地过滤。但是如果查询使用简单的等式谓词,它应该没问题。

此方法允许您删除所有动态SQL并将其替换为大型静态SQL语句。哪个有一些优点;动态SQL通常“丑陋”并且难以调试。但是只熟悉程序编程的人往往认为单个SQL语句是一个巨大的上帝功能,这是一种不好的做法。他们不会意识到UNION ALL创建独立的SQL块

动态SQL仍然可能更好

一般情况下,我会建议反对这种方法。你有什么是好的,因为它看起来好。动态SQL的主要问题是人们不会像真正的代码那样对待它;它没有评论或格式化,最终看起来像一个没人能理解的可怕的混乱。如果你能够花费额外的时间来生成干净的代码,那么你应该坚持下去。