bitmap

通常情況下，索引都要耗費比較大的儲存空間，點陣圖採用了壓縮技術實現磁碟空間
縮減。B-tree用在高基數(即列的資料相異度大)，點陣圖用在低基數列。點陣圖索引的
基本原理是在索引中使用點陣圖而不是列值。通常在事實表和維表的鍵之間有很低的集的勢(cardinality)，使用點陣圖索引

，儲存更為有效，與B*Tree索引比較起來，只需要更少的儲存空間，這樣每次讀取可以讀到更多的記錄，而且與B*Tree索

引相比,點陣圖索引將比較,連線和聚集都變成了位算術運算,大大減少了執行時間，從而得到效能上的極大的提升。

　　在Oracle中如何合理的使用點陣圖索引?以下的幾個事項應該考慮。

　　*　如果要使用點陣圖索引，初始化引數STAR_TRANSFORMATION_ENABLED應該設定為TRUE.

　　*　 最佳化模式應該是CBO。對於資料倉儲的環境中，總是應該考慮使用CBO(COST-BASEDOPTIMIZER)。

　　*　 點陣圖索引應該建立在每一個事實表的外來鍵列上。(這只是一個一般的規則.)

　　此外，對於資料表中的cardinality如何客觀的確定也是一個問題，一萬條資料中只包含3個值的集和算是低的了，那

麼一億條記錄中包含3萬條記錄算不算低的呢?對於這樣的情況，建議幾行一下資料的模擬測試，一般來說，在資料倉儲環

境中，點陣圖索引的效能要好於B*Tree索引。還要注意點陣圖索引不是為OLTP資料庫設計的，不應該在OLTP資料庫中大量的使

用它，尤其是對那些有更新操作的表 。

　　Oracle的索引主要包含兩類:BTree和點陣圖索引。預設情況下大多使用Btree索引，該索引就是通常所見 唯一索引、聚

簇索引等等，Btree用在OLTP，加快查詢速度。點陣圖索引是Oracle的比較引人注目的地方，其主要用在OLAP(聯機資料分析

)方面，也就是資料倉儲方面用到，目的是在加快查詢速度是，節省儲存空間。通常情況下，索引都要耗費比較大的儲存

空間，點陣圖採用了壓縮技術實現磁碟空間縮減。Btree用在高基數(即列的資料相異度大)，點陣圖用在低基數列。點陣圖索引

的基本原理是在索引中使用點陣圖而不是列值。通常在事實表和維表的鍵之間有很低的集的勢(cardinality)，使用點陣圖索

引，儲存更為有效，與B*Tree索引比較起來，只需要更少的儲存空間，這樣每次讀取可以讀到更多的記錄，而且與B*Tree

索引相比,點陣圖索引將比較,連線和聚集都變成了位算術運算,大大減少了執行時間，從而得到效能上的極大的提升。

　　在Oracle中如何合理的使用點陣圖索引?以下的幾個事項應該考慮。

　　*　如果要使用點陣圖索引，初始化引數STAR_TRANSFORMATION_ENABLED應該設定為TRUE.

　　*　 最佳化模式應該是CBO。對於資料倉儲的環境中，總是應該考慮使用CBO(COST-BASEDOPTIMIZER)。

　　*　 點陣圖索引應該建立在每一個事實表的外來鍵列上。(這只是一個一般的規則.)

　　此外，對於資料表中的cardinality如何客觀的確定也是一個問題，一萬條資料中只包含3個值的集和算是低的了，那

麼一億條記錄中包含3萬條記錄算不算低的呢?對於這樣的情況，建議幾行一下資料的模擬測試，一般來說，在資料倉儲環

境中，點陣圖索引的效能要好於B*Tree索引。還要注意點陣圖索引不是為OLTP資料庫設計的，不應該在OLTP資料庫中大量的使

用它，尤其是對那些有更新操作的表 。

　　Oracle的索引主要包含兩類:BTree和點陣圖索引。預設情況下大多使用Btree索引，該索引就是通常所見 唯一索引、聚

簇索引等等，Btree用在OLTP，加快查詢速度。點陣圖索引是Oracle的比較引人注目的地方，其主要用在OLAP(聯機資料分析

)方面，也就是資料倉儲方面用到，目的是在加快查詢速度是，節省儲存空間。通常情況下，索引都要耗費比較大的儲存

空間，點陣圖採用了壓縮技術實現磁碟空間縮減。Btree用在高基數(即列的資料相異度大)，點陣圖用在低基數列。點陣圖索引

的基本原理是在索引中使用點陣圖而不是列值。通常在事實表和維表的鍵之間有很低的集的勢(cardinality)，使用點陣圖索

引，儲存更為有效，與B*Tree索引比較起來，只需要更少的儲存空間，這樣每次讀取可以讀到更多的記錄，而且與B*Tree

索引相比,點陣圖索引將比較,連線和聚集都變成了位算術運算,大大減少了執行時間，從而得到效能上的極大的提升。

　　在Oracle中如何合理的使用點陣圖索引?以下的幾個事項應該考慮。

　　*　如果要使用點陣圖索引，初始化引數STAR_TRANSFORMATION_ENABLED應該設定為TRUE.

　　*　 最佳化模式應該是CBO。對於資料倉儲的環境中，總是應該考慮使用CBO(COST-BASEDOPTIMIZER)。

　　*　 點陣圖索引應該建立在每一個事實表的外來鍵列上。(這只是一個一般的規則.)

　　此外，對於資料表中的cardinality如何客觀的確定也是一個問題，一萬條資料中只包含3個值的集和算是低的了，那

麼一億條記錄中包含3萬條記錄算不算低的呢?對於這樣的情況，建議幾行一下資料的模擬測試，一般來說，在資料倉儲環

境中，點陣圖索引的效能要好於B*Tree索引。還要注意點陣圖索引不是為OLTP資料庫設計的，不應該在OLTP資料庫中大量的使

用它，尤其是對那些有更新操作的表 。

　　Oracle的索引主要包含兩類:BTree和點陣圖索引。預設情況下大多使用Btree索引，該索引就是通常所見 唯一索引、聚

簇索引等等，Btree用在OLTP，加快查詢速度。點陣圖索引是Oracle的比較引人注目的地方，其主要用在OLAP(聯機資料分析

)方面，也就是資料倉儲方面用到，目的是在加快查詢速度是，節省儲存空間。通常情況下，索引都要耗費比較大的儲存

空間，點陣圖採用了壓縮技術實現磁碟空間縮減。Btree用在高基數(即列的資料相異度大)，點陣圖用在低基數列。點陣圖索引

的基本原理是在索引中使用點陣圖而不是列值。通常在事實表和維表的鍵之間有很低的集的勢(cardinality)，使用點陣圖索

引，儲存更為有效，與B*Tree索引比較起來，只需要更少的儲存空間，這樣每次讀取可以讀到更多的記錄，而且與B*Tree

索引相比,點陣圖索引將比較,連線和聚集都變成了位算術運算,大大減少了執行時間，從而得到效能上的極大的提升。

　　在Oracle中如何合理的使用點陣圖索引?以下的幾個事項應該考慮。

　　*　如果要使用點陣圖索引，初始化引數STAR_TRANSFORMATION_ENABLED應該設定為TRUE.

　　*　 最佳化模式應該是CBO。對於資料倉儲的環境中，總是應該考慮使用CBO(COST-BASEDOPTIMIZER)。

　　*　 點陣圖索引應該建立在每一個事實表的外來鍵列上。(這只是一個一般的規則.)

　　此外，對於資料表中的cardinality如何客觀的確定也是一個問題，一萬條資料中只包含3個值的集和算是低的了，那

麼一億條記錄中包含3萬條記錄算不算低的呢?對於這樣的情況，建議幾行一下資料的模擬測試，一般來說，在資料倉儲環

境中，點陣圖索引的效能要好於B*Tree索引。還要注意點陣圖索引不是為OLTP資料庫設計的，不應該在OLTP資料庫中大量的使

用它，尤其是對那些有更新操作的表 。