问题描述
我正在尝试优化查询的性能。问题是： 假设我们有视图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 语言。数据库优化器实际上确定执行。
对于您的情况，优化器有两个合理的选择：
- 过滤行，然后在过滤后计算值。
- 先计算值，然后过滤。
Oracle有一个很好的优化器，因此我希望它能同时考虑这两种可能性。它会选择性能最佳的查询。
如果仅对返回的某些行仍需要c，那么延迟计算可能是值得的，如果它确实确实很昂贵。但是，这将是不寻常的优化。