探討Oracle 的位元影像索引

　　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資料庫中大量的使用它，尤其是對那些有更新操作的表 。

　　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資料庫中大量的使用它，尤其是對那些有更新操作的表 。