并行化oracle联合查询问题

时间:2012-10-17 16:54:49

标签: sql oracle oracle11gr1

我有这样的Oralce查询:

Sub_query1
Union
Sub_query2;

我想并行化查询。我在网上搜索并发现有人说UNION无法并行化,因为子查询是串行运行的,UNION在两个子查询完成之前不会运行。他们是人们说UNION可以并行化。 我的问题是:

         (1) can a UNION query be parallezied? if yes, how? if no, why?
         (2) can I just parallelize the two sub queries?

我使用的是Oracle Database 11g企业版11.1.0.7.0版 - 64位生产

谢谢!

3 个答案:

答案 0 :(得分:3)

我认为您同时运行这两个查询与并行运行查询相比很困惑。 SQL是一种描述性语言,由SQL引擎/优化器转换为代码。此查询计划由许多不同的组件组成,用于从表中检索数据,执行连接,执行聚合等。

Oracle为您的联合查询生成查询计划。查询计划的每个组件都可以使用所有可用的处理器(假设满足正确的条件)。但是,每个组件基本上一次运行一个(合理的近似值)。因此,查询的组件是并行化的,尽管这两个子查询不会同时运行。

一条建议。每当您考虑使用UNION时,您应该问自己UNION ALL是否也可以使用。 UNION ALL效率更高,因为它不必删除最终结果集上的重复项。

答案 1 :(得分:2)

是的,正如您已经发现的那样,UNION查询可以并行运行。

要完全了解这里发生了什么,您可能需要阅读parallel execution in the VLDB and Partitioning Guide

操作内并行性几乎可以在任何地方发生。互操作并行性只发生在生产者和消费者之间。在这种情况下,UNION(消费者)可以在整个时间内并行执行。每个子查询(生成器)将并行执行,但不能彼此同时执行。

通过查看查询的活动报告,您可以在下面的示例中看到这种情况。

--Create two simple tables
create table test1(a number);
create table test2(a number);

--Populate them with 10 million rows
begin
    for i in 1 .. 100 loop
        insert into test1 select level from dual connect by level <= 100000;
        insert into test2 select level from dual connect by level <= 100000;
    end loop;
end;
/
commit;

--Gather stats
begin
    dbms_stats.gather_table_stats(user, 'TEST1');
    dbms_stats.gather_table_stats(user, 'TEST2');
end;
/

--Run a simple UNION.
select /*+ parallel */ count(*) from
(
   select a from test1 join test2 using (a) where a <= 1000
   union
   select a from test2 join test1 using (a) where a <= 1000
);

--Find the SQL_ID by looking at v$sql, then get the active report
--(which must be saved and viewed in a browser)
select dbms_sqltune.report_sql_monitor(sql_id => 'bv5c18gyykntv', type => 'active')
from dual;

这是输出的一部分。它很难阅读,但它显示了UNION,即计划的前11个步骤,是如何运行的。第一个子查询,接下来的9行,在查询的前半部分运行。然后第二个子查询,即最后9行,在查询的后半部分运行。 active report for parallel UNION query

答案 2 :(得分:1)

通过做一些测试并比较执行计划,我终于找到了一种并行化并行化的方法:

select/* +parallel (Result) */ * from
(Sub_query1
Union
Sub_query2) Result;

通过这样做,时间和CPU的成本几乎是串行版本的一半。向两个子查询添加并行提示不会改变时间和CPU成本。