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

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是一种描述性语言,而不是过程性语言。数据库优化器实际上决定了执行 对于您的场景,优化器有两

我试图优化查询的性能。问题是: 假设我们有视图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;
    
    表有列,而不是字段。表有列,而不是字段。