Oracle 中内联视图的性能问题

Question

我有一个如下所示的查询，表 A、T、S 有大约 100 万行，而 P 有超过 1 亿行。我新在这个查询中引入了内联视图“temp”，它导致性能急剧下降。为 temp 检索的数据几乎没有 50 行，并且该内联查询在单独执行时快速运行。

自动跟踪统计数据显示，添加此内容后，“一致获取”的数量从引入 temp 之前的 6 位数字变为 9 位数字！此外，超过 90% 的 LAST_CR_BUFFER_GETS 都属于“临时”视图。如果我从此视图中提取数据到临时表中，并使用该表作为连接的一部分，性能会非常好，但该解决方案对我来说并不可行。

我知道这个问题非常普遍，但我想知道使用这个内联视图是否有什么小错误。 内联视图不会提供与将这些数据存储在临时表中相同的性能吗？ 有什么方法可以提示 Oracle 有效地使用此视图，从而提高性能。

   select t.id, 
          a.date
     from A a,
          T t,
          P p,
          S s,
          (select id 
             from S, 
                  R 
            where s.id = r.id 
              and r.code  = 10
                  r.code1 = 20
                  r.name  = 'string1' ) temp
    where ...cond1
          ...cond2
          ...cond2
    s.id = temp.id

Answer 1

根据我的调优经验，最好的猜测是，它可能会根据通过连接 A、t、p、s 获得的结果集匹配的每个记录来评估内联视图“temp”一次。
这里最好的解决方案是这样重写。
请记住，ORDERED 提示假定您按照希望连接的顺序在 FROM 子句中提供表。
我首先列出了 temp 和 s，因为这是您列出 temp.id = s.id 的唯一连接条件。
另外，我假设您在作为连接条件一部分的所有其他列上都有索引。如果您还有其他问题，请告诉我。

select  /*+ ordered use_nl(a t p s) */
    t.id,  a.date
from    (
    select  id 
    from    S, 
        R
    where   s.id = r.id and r.code  = 10 r.code1 = 20 r.name  = 'string1' 
    ) temp,
    S s,
    A a,
    T t,
    P p
where   ...cond1 ...cond2 ...cond2 and s.id = temp.id

Answer 2

WITH TEMP AS
(select id 
         from S, 
              R 
        where s.id = r.id 
          and r.code  = 10
              r.code1 = 20
              r.name  = 'string1' )
select t.id, 
      a.date
 from A a,
      T t,
      P p,
      S 
where ...cond1
      ...cond2
      ...cond2
 s.id = temp.id;

尝试运行此查询，并请提供此查询的解释计划