基于基础视图构建的视图性能不佳

Question

我有一个 Oracle 视图（使用 11gR2），它是其他三个视图的连接，即：

create or replace view main_vw as
select a.*, b.*, c.*
from a_vw a, b_vw b, c_vw c
where a.b_id = b.b_id
and a.c_id = c.c_id

执行“select * from main_vw”会挂几个小时，而 EXPLAIN PLAN 显示了一个非常低效的查询计划。但是，如果创建逻辑上等效的步骤：

create table a_tbl as select * from a_vw;
create table b_tbl as select * from b_vw;
create table c_tbl as select * from c_vw;
select a.*, b.*, c.*
from a_tbl a, b_tbl b, c_tbl c
where a.b_id = b.b_id and a.c_id = c.c_id;

所有四个语句在 5 秒内完成。

有什么方法可以使用提示或其他东西让 Oracle 的优化器首先评估子视图，然后像表格一样加入它们？

我查看了提示“QB_NAME”、“NO_EXPAND”、“NO_REWRITE”，但无济于事......

注意：本例中的 a_vw、b_vw 和 c_vw 是相当复杂的查询，它们共同引用基表。它们还引用了一个设置表，其内容在会话级别进行自定义并影响返回的内容。因此，我无法从这些视图创建表。

Answer 1

使用ROWNUM 强制Oracle 独立评估内联视图。

create or replace view main_vw as
select a.*, b.*, c.*
from
  (select * from a_vw where rownum >= 1 /*prevent transformations*/) a,
  (select * from b_vw where rownum >= 1 /*prevent transformations*/) b,
  (select * from c_vw where rownum >= 1 /*prevent transformations*/) c
where a.b_id = b.b_id
and a.c_id = c.c_id

起初这看起来很奇怪。 ROWNUM 似乎没有做任何事情。但是ROWNUM 是一个特殊的用于排序的伪列，“会影响视图优化”。实际上，它会阻止所有优化，并且是完全隔离代码的唯一安全方法。此方法对于类型安全也很有用，例如 Entity-Attribute-Value 模式，其中所有内容都存储为字符串，并且必须按特定顺序进行处理。

正如您已经发现的那样，提示很难做到正确。即使您现在确实得到了它们，将来当另一个开发人员修改查询时，它们也很有可能无法正常工作。为了防止他们删除这个神秘的谓词，请务必添加评论。

这不一定能解决根本的性能问题，但至少应该让它更容易解决。总体解释计划应包括与每个内联视图的解释计划相匹配的三个部分。如果每个内联视图运行良好，您只需要担心它们之间的两个连接。