分割槽表中的區域性分割槽索引及全域性索引與執行計劃

表用A列作分割槽，索引用B做區域性分割槽索引，若where條件中用B來查詢，那麼oracle會掃描所有的表
和索引的分割槽，成本會比分割槽更高，此時可以考慮用B做全域性分割槽索引 。



假設一個大表  WIP_D_CSN_MASTER ， 其中以 create_time 建立了表的範圍分割槽，然後建立了 ssn 欄位的區域性分割槽索引 。

SQL >  select * from  DFMS.WIP_D_CSN_MASTER  where ssn='17K16J1';   

從下面的執行計劃可以看到，Oracle的確是做了全表分割槽掃描 partition range all  ( partition accessed #1~#9 , 就是所有分割槽數) ，同樣 table access by local index rowid  及 index range scan 也是掃描了partition accessed #1~#9 , 就是所有索引分割槽 。
因為local partition index 是完全和分割槽表的分割槽屬性一樣， 索引分割槽的區域性性導致了必須掃描所有分割槽才能check到要查詢的值所在的索引區域 。 不知道是否能這樣理解 ？？    所以不包括表分割槽鍵的索引最好是建立全域性分割槽索引效能會更好 ？？  



SELECT STATEMENT  ALL_ROWSCost: 25  Bytes: 1,130  Cardinality: 10                         
        3 PARTITION RANGE ALL  Cost: 25  Bytes: 1,130  Cardinality: 10  Partition #: 1  Partitions accessed #1 - #9               
         2 TABLE ACCESS BY LOCAL INDEX ROWID TABLE DFMS.WIP_D_CSN_MASTER Cost: 25  Bytes: 1,130  Cardinality: 10  Partition #: 1  Partitions accessed #1 - #9       
         1 INDEX RANGE SCAN INDEX DFMS.IDX_CSN_MASTER_SSN Cost: 19  Cardinality: 10  Partition #: 1  Partitions accessed #1 - #9