Oracle 视图的性能

Question

如何在运行 Oracle Views 时提高性能？ 我有一个 Oracle 视图，它看起来像这样：

SELECT ...
FROM   myview p
WHERE  p.param1 = 'x' AND p.param2 = 'y' AND p.param3 = 'z'

视图的代码是（类似地）：

SELECT a.param1, b.param2, c.param3
FROM   atab a
       JOIN btab b
           ON a.id = b.blaid
       JOIN ctab c
           ON b.id = c.blaid

myview 有条件的运行时间约为 13-14 秒。 当我让运行带有条件的查询时：

SELECT a.param1, b.param2, c.param3
FROM   atab a
       JOIN btab b
           ON a.id = b.blaid
       JOIN ctab c
           ON b.id = c.blaid
WHERE  a.param1 = 'x' AND b.param2 = 'y' AND b.param3 = 'z'

运行时间约为 0.3 秒。

我理解这一点，因此 Oracle 首先获取 myview 的所有数据，然后应用过滤器。但我不太确定。 如果我直接运行查询，Oracle 可以选择只获取实际需要的数据（因为在执行时，可以立即考虑条件）。但是这里我也不是很确定。

问题是，当视图结构复杂且存在合理性时，如何解决性能问题？

我考虑了一个解决方案，例如使用带参数的函数。可以使用 where 条件立即执行查询。

还有其他可能的解决方案吗？

Answer 1

只要表中的数据不经常更改，或者如果您可以接受以某种方式返回“旧”数据，则可以考虑使用materialized view，它存储在磁盘上而不是纯粹的逻辑.

编辑

另一种选择是创建参数化视图，如 this question 中所述

Answer 2

我理解这一点，因此 Oracle 首先获取 myview 的所有数据，然后 在此之后应用过滤器

这是不正确的。您可以比较两个查询的执行计划：直接从带有过滤器的表和从带有过滤器的视图查询。应该是平等的。你的结果是关于缓存的。为了提高性能，请尝试更频繁地使用索引并收集统计信息。如果数据以句点或其他标签分隔，您可以使用分区选项。

Answer 3

查询的性能由执行计划驱动。如果“本机”或作为视图运行相同的查询，则执行计划很可能相同并且性能相同。 添加 WHERE 子句后查询运行速度更快的原因是您正在过滤数据；这样需要检索和加入的日期就更少了。