Oracle View是否计算您不尝试查询的字段？

如何解决Oracle View是否计算您不尝试查询的字段？

我正在尝试优化查询的性能。问题是： 假设我们有视图X。它具有属性A，B，C。 C是一个计算字段。

说我想尝试通过查询“从X中选择A，B，其中A ='某种条件'”来进行优化，然后，如果需要CI，可以稍后使用较小的数据子集进行计算以提高性能。

我的问题是这有帮助吗？还是我进行初始查询时，无论我是否查询该attr，Oracle视图是否仍会计算C？因此，为了进行优化，我将不得不从视图中删除这些计算值？

解决方法

简短的答案是是的，它会帮助从视图中仅选择有限的列列表-包括CPU（值计算）和存储。

在可能的情况下，Oracle优化器会完全消除视图定义并将其合并到下划线表中。

因此查询中未引用的视图列根本不会被访问。

这是一个简单的例子

create table t as
select rownum a,rownum b,rownum c from dual 
connect by level = 10;

create or replace view v1 as
select  a,b,c/0 c from t;

我正在模拟零除的复杂计算，以查看该值是否完全计算出来。

检查的最佳方法是运行查询并查看执行计划

select a,b from v1
where a = 1;

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |     1 |    26 |     3   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| T    |     1 |    26 |     3   (0)| 00:00:01 |
--------------------------------------------------------------------------
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   1 - filter("A"=1)
 
Column Projection Information (identified by operation id):
-----------------------------------------------------------
 
   1 - "A"[NUMBER,22],"B"[NUMBER,22]

在“项目信息”中可见，只有A和B列是只读的-因此，C列上没有任何计算。

工作的另一种方式；如果您首先实现视图，然后再进行行过滤。我用下面的查询来模拟它-不是MATERALIZE提示具体化临时表中的所有视图行，该表用于查询。

with vv as (
select /*+ MATERIALIZE */ a,b from v1)
select a,b from vv
where a = 1;

----------------------------------------------------------------------------------------------------------
| Id  | Operation                  | Name                        | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT           |                             |     1 |    26 |     5   (0)| 00:00:01 |
|   1 |  TEMP TABLE TRANSFORMATION |                             |       |       |            |          |
|   2 |   LOAD AS SELECT           | SYS_TEMP_0FD9D6605_5E8CE554 |       |       |            |          |
|   3 |    TABLE ACCESS FULL       | T                           |     1 |    26 |     3   (0)| 00:00:01 |
|*  4 |   VIEW                     |                             |     1 |    26 |     2   (0)| 00:00:01 |
|   5 |    TABLE ACCESS FULL       | SYS_TEMP_0FD9D6605_5E8CE554 |     1 |    26 |     2   (0)| 00:00:01 |
---------------------------------------------------------------------------------------------------------- 
 
Predicate Information (identified by operation id):
---------------------------------------------------
 
   4 - filter("A"=1)
 
Column Projection Information (identified by operation id):
-----------------------------------------------------------
 
   1 - "A"[NUMBER,22]
   2 - SYSDEF[4],SYSDEF[0],SYSDEF[1],SYSDEF[96],SYSDEF[0]
   3 - "A"[NUMBER,22]
   4 - "A"[NUMBER,22]
   5 - "C0"[NUMBER,"C1"[NUMBER,22]

再次在“投影信息”中看到未引用列C。

行不通的，您应该避免的是使用select * ..实现视图-这当然会失败。

with vv as (
select /*+ MATERIALIZE */ * from v1)
select a,b from vv
where a = 1;

,

SQL是一种描述性语言，而不是 procedural 语言。数据库优化器实际上确定执行。

对于您的情况，优化器有两个合理的选择：

1. 过滤行，然后在过滤后计算值。
2. 先计算值，然后过滤。

Oracle有一个很好的优化器，因此我希望它能同时考虑这两种可能性。它会选择性能最佳的查询。

如果仅对返回的某些行仍需要c，那么延迟计算可能是值得的，如果它确实确实很昂贵。但是，这将是不寻常的优化。