Oracle Database Compression 3 - Hybrid Columnar Compression
Hybrid Columnar Compression
Hybrid Columnar Compression is a feature of the Enterprise Edition of Oracle Database 11g that is dependent on the underlying storage system. Only Exadata storage, ZFS storage, and Pillar Axiom 600 storage support Hybrid Columnar Compression.
With Hybrid Columnar Compression, the database stores the same column for a group of rows together.Storing column data together, with the same data type and similar characteristics, dramatically increases the storage savings achieved from compression. The database compresses data manipulated by any SQL operation, although compression levels are higher for direct path loads.
If your underlying storage supports Hybrid Columnar Compression, then you can specify the following compression types, depending on your requirements:
Warehouse compression - This type of compression is optimized to save storage space, and is intended for data warehouse applications.
Online archival compression - This type of compression is optimized for maximum compression levels, and is intended for historical data and data that does not change.
To achieve warehouse or online archival compression, you must use direct path loads, ALTER TABLE . . . MOVE operations, or online table redefinition.Hybrid Columnar Compression is optimized for Data Warehousing and decision support applications on Exadata storage. Other Oracle storage systems support Hybrid Columnar Compression, and deliver the same space savings as on Exadata storage, but do not deliver the same level of query performance.
Compression Unit
Hybrid Columnar Compression uses a logical construct called a compression unit to store a set of rows. When you load data into a table, the database stores groups of rows in columnar format, with the values for each column stored and compressed together. After the database has compressed the column data for a set of rows, the database fits the data into the compression unit.
Hybrid Columnar Compression has implications for row locking (see "Row Locks (TX)"). When an update occurs for a row in an uncompressed data block, only the updated row is locked. In contrast, the database must lock all rows in the compression unit if an update is made to any row in the unit. Updates to rows using Hybrid Columnar Compression cause rowids to change.
Hybrid Columnar Compression is a feature of the Enterprise Edition of Oracle Database 11g that is dependent on the underlying storage system. Only Exadata storage, ZFS storage, and Pillar Axiom 600 storage support Hybrid Columnar Compression.
With Hybrid Columnar Compression, the database stores the same column for a group of rows together.Storing column data together, with the same data type and similar characteristics, dramatically increases the storage savings achieved from compression. The database compresses data manipulated by any SQL operation, although compression levels are higher for direct path loads.
If your underlying storage supports Hybrid Columnar Compression, then you can specify the following compression types, depending on your requirements:
Warehouse compression - This type of compression is optimized to save storage space, and is intended for data warehouse applications.
Online archival compression - This type of compression is optimized for maximum compression levels, and is intended for historical data and data that does not change.
To achieve warehouse or online archival compression, you must use direct path loads, ALTER TABLE . . . MOVE operations, or online table redefinition.Hybrid Columnar Compression is optimized for Data Warehousing and decision support applications on Exadata storage. Other Oracle storage systems support Hybrid Columnar Compression, and deliver the same space savings as on Exadata storage, but do not deliver the same level of query performance.
Compression Unit
Hybrid Columnar Compression uses a logical construct called a compression unit to store a set of rows. When you load data into a table, the database stores groups of rows in columnar format, with the values for each column stored and compressed together. After the database has compressed the column data for a set of rows, the database fits the data into the compression unit.
Hybrid Columnar Compression has implications for row locking (see "Row Locks (TX)"). When an update occurs for a row in an uncompressed data block, only the updated row is locked. In contrast, the database must lock all rows in the compression unit if an update is made to any row in the unit. Updates to rows using Hybrid Columnar Compression cause rowids to change.
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/638844/viewspace-777277/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle Hybrid Columnar Compression(HCC) 混合列壓縮Oracle
- Oracle Database Compression 1 - Basic CompressionOracleDatabase
- Oracle Database Compression 2 - Advanced/OLTP CompressionOracleDatabase
- Unused Block Compression和Null Block CompressionBloCNull
- Oracle Index Key Compression索引壓縮OracleIndex索引
- Oracle 11g Advanced Compression(上)Oracle
- Oracle 11g Advanced Compression(下)Oracle
- Advanced Index CompressionIndex
- Encoder Data compression
- mysql 5.7 Transparent PageIO CompressionMySql
- Oracle 表壓縮(Table Compression)技術介紹Oracle
- Oracle OCP 1Z0-053(Rman Compression Algorithm)OracleGo
- LZ4 compression algorithm on FPGAGoFPGA
- MySQL5.7 InnoDB Page CompressionMySql
- What’s new in Cassandra 1.0: Compression
- Availability and Compression of Free Space in a Data BlockAIBloC
- MODEL COMPRESSION VIA DISTILLATION AND QUANTIZATION翻譯
- Oracle OCP 1Z0 053 Q688(RMAN Backup Compression)Oracle
- Oracle OCP 1Z0 053 Q105(Table Compression)Oracle
- Enhanced Invertible Encoding for Learned Image CompressionEncoding
- Oracle10g備份集壓縮新特性(Backupset Compression)Oracle
- codeforces1450D. Rating Compression
- zt:Different type of RMAN backup compression in 11G
- linux CentOS出現Error: xz compression not availableLinuxCentOSErrorAI
- iOS AutoLayout進階(三)Content Compression Resistance PriorityiOS
- 開啟 Gzip後打包 報錯compression-webpack-pluginWebPlugin
- 並查集系列之「路徑壓縮( path compression ) 」並查集路徑壓縮
- [LeetCode] 3163. String Compression IIILeetCode
- iOS autolayout的Content Hugging 和 Content Compression ResistanceiOS
- 10G、11G expdp的compression引數的區別
- Oracle 12c新特性 - Hybrid histogram 3OracleHistogram
- [20181127]12c Advanced Index Compression.txtIndex
- 實施vertex compression所遇到的各種問題和解決辦法
- MySQL 8.0 Reference Manual(讀書筆記78節-- InnoDB Table and Page Compression (1))MySql筆記
- MySQL 8.0 Reference Manual(讀書筆記79節-- InnoDB Table and Page Compression (2))MySql筆記
- oracle10g,11g中的exp,expdp引數compress, compression完全不同的定義Oracle
- [20181127]12c Advanced Index Compression 2.txtIndex
- Nginx R31 doc-11-Compression and Decompression 壓縮與解壓縮Nginx