Oracle 的位圖索引
2024-08-29 13:28:57
供稿：網友
oracle的索引主要包含兩類：btree和位圖索引。默認情況下大多使用btree索引，該索引就是通常所見 唯一索引、聚簇索引等等，btree用在oltp，加快查詢速度。位圖索引是oracle的比較引人注目的地方，其主要用在olap（聯機數據分析）方面，也就是數據倉庫方面用到，目的是在加快查詢速度是，節省存儲空間。通常情況下，索引都要耗費比較大的存儲空間，位圖采用了壓縮技術實現磁盤空間縮減。btree用在高基數（即列的數據相異度大），位圖用在低基數列。位圖索引的基本原理是在索引中使用位圖而不是列值。通常在事實表和維表的鍵之間有很低的集的勢（cardinality），使用位圖索引，存儲更為有效，與b*tree索引比較起來，只需要更少的存儲空間，這樣每次讀取可以讀到更多的記錄，而且與b*tree索引相比,位圖索引將比較,連接和聚集都變成了位算術運算,大大減少了運行時間，從而得到性能上的極大的提升。
在oracle中如何合理的使用位圖索引？以下的幾個事項應該考慮。 * 如果要使用位圖索引，初始化參數star_transformation_enabled應該設置為 true. * 優化模式應該是cbo。對于數據倉庫的環境中，總是應該考慮使用cbo（cost-based optimizer）。 * 位圖索引應該建立在每一個事實表的外鍵列上。(這只是一個一般的規則.) 此外，對于數據表中的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-based optimizer）。 * 位圖索引應該建立在每一個事實表的外鍵列上。(這只是一個一般的規則.) 此外，對于數據表中的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-based optimizer）。 * 位圖索引應該建立在每一個事實表的外鍵列上。(這只是一個一般的規則.) 此外，對于數據表中的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-based optimizer）。 * 位圖索引應該建立在每一個事實表的外鍵列上。(這只是一個一般的規則.) 此外，對于數據表中的cardinality如何客觀的確定也是一個問題，一萬條數據中只包含3個值的集和算是低的了，那么一億條記錄中包含3萬條記錄算不算低的呢？對于這樣的情況，建議幾行一下數據的模擬測試，一般來說，在數據倉庫環境中，位圖索引的性能要好于b*tree索引。還要注意位圖索引不是為oltp數據庫設計的，不應該在oltp數據庫中大量的使用它，尤其是對那些有更新操作的表 。
中國最大的web開發資源網站及技術社區，
