Oracleインデックスの詳細理解(21):ビューと小表にインデックスを付けるべきかどうか

1つのビューでインデックスを使用できますか?
     
     
        答えはできない、どうして?        まずビューとは何かを知りますか?        ビュー、本質的には、格納されたSQL文にすぎない        では、なぜ物化ビューができるのかと聞かれる人がいます.        これは……これは、まったく別のことなのか、まったく別の概念なのか        物化ビューは、本質的に、1枚のテーブルであり、データがある.
        したがって、ベーステーブルインデックスが適切に使用されている限り、ビューに対する最大の慰めと贈り物です.

hr@ORCL> create view v_employees as select * from employees;

View created.

hr@ORCL> create index idx_v_employeess on v_employees(EMPLOYEE_ID);
create index idx_v_employeess on v_employees(EMPLOYEE_ID)
                                 *
ERROR at line 1:
ORA-01702: a view is not appropriate here

     二小表はインデックスを使う意味がありますか?                一般的には、小表全表スキャンの方が性能が良いと思いますが、次の簡単なテストを見てください.

hr@ORCL> select * from t where y='9999a';


Execution Plan
----------------------------------------------------------
Plan hash value: 1601196873

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |     3 |    90 |    57   (4)| 00:00:01 |
|*  1 |  TABLE ACCESS FULL| T    |     3 |    90 |    57   (4)| 00:00:01 |
--------------------------------------------------------------------------

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

   1 - filter("Y"='9999a')

Note
-----
   - dynamic sampling used for this statement


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
        249  consistent gets
          0  physical reads
          0  redo size
        462  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed

/* y      */

hr@ORCL> create index idx_t_y on t (y);

Index created.

hr@ORCL> exec dbms_stats.gather_table_stats(ownname=>'HR',tabname=>'T',estimate_percent=>100,cascade=>TRUE,no_invalidate=>false);

PL/SQL procedure successfully completed.

hr@ORCL> select * from t where y='9999a';


Execution Plan
----------------------------------------------------------
Plan hash value: 2903481642

---------------------------------------------------------------------------------------
| Id  | Operation                   | Name    | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |         |     1 |    11 |     2   (0)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID| T       |     1 |    11 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IDX_T_Y |     1 |       |     1   (0)| 00:00:01 |
---------------------------------------------------------------------------------------

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

   2 - access("Y"='9999a')


Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
          4  consistent gets
          0  physical reads
          0  redo size
        466  bytes sent via SQL*Net to client
        385  bytes received via SQL*Net from client
          2  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          1  rows processed


/*      249     4、      10w 、        */

        小さなテーブルDMLは多くないため、インデックスの維持に伴う追加のオーバーヘッドはありません.これが2つ目の理由です.                以上、インデックスを使用しない小さなテーブルへのアクセス、効率が必ずしも最高とは限らないことは、テーブルレコードのサイズ、レコードの分布と大きく関係している
By David Lin 2013-06-07Good Luck