Sql Oracle View是否计算您不尝试查询的字段?
我试图优化查询的性能。问题是: 假设我们有视图X,它有属性A,B,C。 C是一个计算字段 假设我想通过查询“从X中选择A,B,其中A='some condition'”来尝试优化,那么如果我需要C,我可以稍后使用更小的数据子集来计算,以提高性能 我的问题是这会有帮助吗?或者,在我进行初始查询时,Oracle视图是否会计算C,而不管我是否在查询该属性?因此,要进行优化,我必须从视图中删除这些计算出的值。SQL是一种描述性语言,而不是过程性语言。数据库优化器实际上决定了执行 对于您的场景,优化器有两个合理的选项:Sql Oracle View是否计算您不尝试查询的字段?,sql,oracle,optimization,database-performance,query-performance,Sql,Oracle,Optimization,Database Performance,Query Performance,我试图优化查询的性能。问题是: 假设我们有视图X,它有属性A,B,C。 C是一个计算字段 假设我想通过查询“从X中选择A,B,其中A='some condition'”来尝试优化,那么如果我需要C,我可以稍后使用更小的数据子集来计算,以提高性能 我的问题是这会有帮助吗?或者,在我进行初始查询时,Oracle视图是否会计算C,而不管我是否在查询该属性?因此,要进行优化,我必须从视图中删除这些计算出的值。SQL是一种描述性语言,而不是过程性语言。数据库优化器实际上决定了执行 对于您的场景,优化器有两
Oracle有一个很好的优化器,所以我希望它考虑两种可能性。它会为您的查询选择性能最好的查询
如果仍然只对返回的某些行需要c
,那么延迟计算可能是值得的,如果它确实非常昂贵的话。然而,这将是一种不同寻常的优化。SQL是一种描述性语言,而不是过程性语言。数据库优化器实际上决定了执行
对于您的场景,优化器有两个合理的选项:
Oracle有一个很好的优化器,所以我希望它考虑两种可能性。它会为您的查询选择性能最好的查询
如果仍然只对返回的某些行需要
c
,那么延迟计算可能是值得的,如果它确实非常昂贵的话。然而,这将是一个不寻常的优化。简短的答案是是的,它有助于从视图中仅选择有限的列列表,包括CPU(值计算)和存储
在可能的情况下,Oracle optimizer会完全消除视图定义,并将其合并到下划线表中
因此,根本不会访问查询中未引用的视图列
这里有一个简单的例子
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
列进行计算
甚至工作的另一种方式;如果首先具体化视图,然后进行行过滤。我用下面的查询模拟它,而不是用materialize
提示具体化查询中使用的临时表中的所有视图行
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], "B"[NUMBER,22]
2 - SYSDEF[4], SYSDEF[0], SYSDEF[1], SYSDEF[96], SYSDEF[0]
3 - "A"[NUMBER,22], "B"[NUMBER,22]
4 - "A"[NUMBER,22], "B"[NUMBER,22]
5 - "C0"[NUMBER,22], "C1"[NUMBER,22]
在投影信息中再次看到,C
列未被引用
不起作用并且您应该避免的是使用select*。
-这当然失败了
with vv as (
select /*+ MATERIALIZE */ * from v1)
select a, b from vv
where a = 1;
简而言之,答案是“是”它有助于从视图中仅选择有限的列列表,包括CPU(值计算)和存储 在可能的情况下,Oracle optimizer会完全消除视图定义,并将其合并到下划线表中 因此,根本不会访问查询中未引用的视图列 这里有一个简单的例子
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
列进行计算
甚至工作的另一种方式;如果首先具体化视图,然后进行行过滤。我用下面的查询模拟它,而不是用materialize
提示具体化查询中使用的临时表中的所有视图行
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], "B"[NUMBER,22]
2 - SYSDEF[4], SYSDEF[0], SYSDEF[1], SYSDEF[96], SYSDEF[0]
3 - "A"[NUMBER,22], "B"[NUMBER,22]
4 - "A"[NUMBER,22], "B"[NUMBER,22]
5 - "C0"[NUMBER,22], "C1"[NUMBER,22]
在投影信息中再次看到,C
列未被引用
不起作用并且您应该避免的是使用select*。
-这当然失败了
with vv as (
select /*+ MATERIALIZE */ * from v1)
select a, b from vv
where a = 1;
表有列,而不是字段。表有列,而不是字段。