我正在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;
答案 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的主要问题是人们不会像真正的代码那样对待它;它没有评论或格式化,最终看起来像一个没人能理解的可怕的混乱。如果你能够花费额外的时间来生成干净的代码,那么你应该坚持下去。