web-dev-qa-db-ja.com

ビューにヒントを使用しますか？

ビューがあり、そのようにビューをクエリして、ベーステーブルからインデックスをヒントにしたいのですが、それはできますか？

というのは：

--view
create or replace view temp_view
as select col1,col2,col3
from table1,table2....

index on table1.col1 "index1"と呼ばれます。

私はクエリを持っています：

--query
select * 
from temp_view 
where col1=12;

そして、このクエリの説明プランを見ると、クエリが「index1」を使用していないことがわかり、それを示したいと思います。

だから私はそれを例えば：

--query with hint
select /*+ index(temp_view  index1)*/* 
from temp_view 
where col1=12;

ビューのヒントを示すことはできますか？ （このビューの作成中に表示したくない場合）

oracleoptimizationindexingsql-execution-planhints
13
kupa

ビューに対するクエリのヒントを使用して、Oracleにベーステーブルのインデックスを使用させることができます。ただし、基になるビューでベーステーブルのエイリアス（存在する場合）を知る必要があります。一般的な構文は/*+ index(<<alias of view from query>> <<alias of table from view>> <<index name>>) */です。

例

1）10,000の同一行を持つテーブルを作成し、テーブルにインデックスを作成します。インデックスは選択的ではないため、Oracleはインデックスを使用したくありません

SQL> ed
Wrote file afiedt.buf

  1  create table foo
  2  as
  3  select 1 col1
  4    from dual
  5* connect by level <= 10000
SQL> /

Table created.

SQL> create index idx_foo on foo(col1);

Index created.

2）インデックスが正常に使用されていないが、Oracleがヒントを付けて使用することを確認します

SQL> set autotrace traceonly;
SQL> select * from foo where col1 = 1;

10000 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 1245013993

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      | 10000 |   126K|     7   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| FOO  | 10000 |   126K|     7   (0)| 00:00:01 |
--------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("COL1"=1)

Note
-----
   - dynamic sampling used for this statement (level=2)


Statistics
----------------------------------------------------------
          9  recursive calls
          0  db block gets
        713  consistent gets
          5  physical reads
          0  redo size
     172444  bytes sent via SQL*Net to client
       7849  bytes received via SQL*Net from client
        668  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      10000  rows processed

SQL> select /*+ index(foo idx_foo) */ *
  2    from foo
  3   where col1 = 1;

10000 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 15880034

----------------------------------------------------------------------------
| Id  | Operation        | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |         | 10000 |   126K|    25   (0)| 00:00:01 |
|*  1 |  INDEX RANGE SCAN| IDX_FOO | 10000 |   126K|    25   (0)| 00:00:01 |
----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - access("COL1"=1)

Note
-----
   - dynamic sampling used for this statement (level=2)


Statistics
----------------------------------------------------------
          7  recursive calls
          0  db block gets
        715  consistent gets
         15  physical reads
          0  redo size
     172444  bytes sent via SQL*Net to client
       7849  bytes received via SQL*Net from client
        668  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      10000  rows processed

3）ビューを作成します。ビューに対する通常のクエリがインデックスを使用しないことを確認しますが、クエリのビューエイリアスとビュー定義のテーブルエイリアスの両方を指定して、インデックスを強制的に使用します。

SQL> create view vw_foo
  2  as
  3  select col1
  4    from foo f;

View created.

SQL> select col1
  2    from vw_foo
  3   where col1 = 1;

10000 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 1245013993

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      | 10000 |   126K|     7   (0)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| FOO  | 10000 |   126K|     7   (0)| 00:00:01 |
--------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - filter("COL1"=1)

Note
-----
   - dynamic sampling used for this statement (level=2)


Statistics
----------------------------------------------------------
         16  recursive calls
          0  db block gets
        715  consistent gets
          0  physical reads
          0  redo size
     172444  bytes sent via SQL*Net to client
       7849  bytes received via SQL*Net from client
        668  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      10000  rows processed

SQL> select /*+ index(vf f idx_foo) */ col1
  2    from vw_foo vf
  3   where col1 = 1;

10000 rows selected.


Execution Plan
----------------------------------------------------------
Plan hash value: 15880034

----------------------------------------------------------------------------
| Id  | Operation        | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------
|   0 | SELECT STATEMENT |         | 10000 |   126K|    25   (0)| 00:00:01 |
|*  1 |  INDEX RANGE SCAN| IDX_FOO | 10000 |   126K|    25   (0)| 00:00:01 |
----------------------------------------------------------------------------

Predicate Information (identified by operation id):
---------------------------------------------------

   1 - access("COL1"=1)

Note
-----
   - dynamic sampling used for this statement (level=2)


Statistics
----------------------------------------------------------
         14  recursive calls
          0  db block gets
        717  consistent gets
          0  physical reads
          0  redo size
     172444  bytes sent via SQL*Net to client
       7849  bytes received via SQL*Net from client
        668  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
      10000  rows processed

SQL>

ただし、一般的にヒントは、クエリを調整しようとするときの最後の手段です。オプティマイザーが欠落している情報を把握し、適切な統計を提供して、オプティマイザーが独自に正しい選択を行えるようにすることをお勧めします。これは、今後はるかに安定したソリューションです。エイリアスの複数のレイヤーを含むヒントを指定することになった場合、二重にそうなります。たとえば、テーブル名のエイリアスを変更して、ビュー定義に触れた人がクエリを壊すのは簡単すぎます。

16
Justin Cave

Justin Caveの（横にある答え）構文を試しました

select /*+ index(vf f idx_foo) */ col1
from vw_foo vf
where col1 = 1;

、しかしそれは私にとってはうまくいきません。次は働いています

select /*+ index(vf.f idx_foo) */ col1
from vw_foo vf
where col1 = 1;

試してみましたOracle Database 11g Enterprise Editionリリース11.2.0.1.0-64ビットプロダクション

1
3per