DB2通过深度压缩进行存储优化:临时表压缩

自 DB2 9.7 版本起,如果您具备 DB2 Storage Optimization Feature 许可,则可以对临时表应用压缩功能。与行压缩和索引压缩不同,您不必对临时表启用压缩功能。压缩会完全自动执行,且适用于用户定义的表和系统临时表。

用户可在不同情况下使用临时表。系统中包含大量用户定义的全局临时表,它们以两个变体存在:已创建的全局临时表 (CGTT) 和已声明的全局临时表 (DGTT)。某些实用程序和维护操作(如表重组和数据再分布)也使用临时表。在查询处理期间,数据库管理器可能需要使用临时表执行某些操作,并且必须累积一些中间结果,如排序、散列连接或表队列。

临时表压缩采用的机制与通过 ADC 执行经典行压缩的机制相同,虽然永久表的运行时行为略有不同。绝大多数临时表(尤其是小表)不会产生任何物理的 I/O。因此,压缩字典的构建阈值为 100 MB,而不是 2 MB。更高的阈值可确保不压缩通常保持全缓冲状态的小型临时表,而可能会溢出磁盘的较大临时表具有压缩数据。除避免物理 I/O 外,临时表压缩还可确保大型临时表更加有效地使用缓冲池,从而帮助进一步避免物理 I/O。

时间: 2024-12-08 22:10:56

DB2通过深度压缩进行存储优化:临时表压缩的相关文章

DB2通过深度压缩进行存储优化:应用策略

确定要压缩的一组表和索引后,接下来需要对这些表启用压缩.更改现有表的压缩设置,填入数据以帮助其减缓增长速度,随后插入的数据将得益于新的压缩设置.如果您的目标是减少现有数据占用的http://www.aliyun.com/zixun/aggregation/17325.html">存储空间,或许也可能是要减少数据库分配的物理空间,那么您必须对此类数据执行压缩. 您可以应用以下策略,从而帮助对大量现有数据应用压缩功能,释放此类数据当前消耗的磁盘空间,为文件系统腾出空间.当您首次实施行压缩或索引

DB2通过深度压缩进行存储优化:备份映像和日志归档压缩

自 DB2 Universal Database Version 8 开始,您已经能够压缩备份映像.自 DB2 10.1 版本开始,也可以对日志归档应用压缩功能.无论您是否具备 DB2 Storage Optimization Feature 许可,都可以使用这些功能. 用于压缩备份映像和归档日志的默认算法与 compress(1) UNIX 实用程序采用的算法类似. 备份压缩 您可以为各备份映像单独启用备份压缩.当执行备份操作时,请指定 COMPRESS 语句,具体例子如下所示: BACKUP

DB2通过深度压缩进行存储优化:行压缩

行压缩自 DB2 for Linux, UNIX, and http://www.aliyun.com/zixun/aggregation/13559.html">Windows 9.1 版本产品(DB2 9.1 版本)开始引入.自此以后每个版本均对行压缩功能进行了大幅改进,并在 DB2 10.1 版本的新一代自适应压缩功能中达到极致.行压缩要求具备 DB2 Storage Optimization Feature 许可. 通过压缩技术节省存储空间通常意味着减少读取压缩表中的数据的物理 I

DB2通过深度压缩进行存储优化:值压缩的替代行格式

本文档介绍了 DB2 Storage Optimization Feature 与 DB2® for Linux®, UNIX®, and Windows® 产品搭配使用的最佳实践.本文阐释了如何使此功能成为拓宽大型 OLTP http://www.aliyun.com/zixun/aggregation/13999.html">工作负载或数据仓库空间意识存储策略的关键驱动因素. 您可以使用 DB2 Storage Optimization Feature 对各类持久存储数据和临时数据进行

Informix Dynamic Server数据压缩和存储优化

IDS存储优化如何工作 IDS存储优化会考虑整行和其中的所有列(除了作为字节串存储在行之外的列数据,比如BLOB数据).然后,IDS寻找重复出现的模式,把这些模式作为符号存储在压缩词典中,见图1. 图1. 作为符号存储在词典中的模式 在创建词典之后,IDS在词典存储库中存储它. 表的存储优化过程涉及四个步骤: 创建压缩词典. 压缩表或表片段中行中的数据. 重新组合表或片段行. 回收空闲的空间. 下面几节详细讨论每个步骤. 创建压缩词典 为了创建词典,IDS从现有的表中取样一些行并创建一个符号词典

如何使用重复数据删除技术实施主存储优化

主要文件系统存储优化(也就是在同样的空间塞进更多的数据)继续在日益普及.这里的挑战是主存储的重复数据删除并不是没有规则的.你不能删除这个重复的数据,也不能删除那个重复的数据,你必须要认识到删除重复数据之后对设备性能的影响. EMC已经宣布了在自己的Celerra平台上删除重复数据的功能.NetApp使用这个功能已经有一段时间了.其它厂商也以积极的方式增加这个功能,其方法是在数据不流动之后对数据进行压缩和删除重复数据.然后,Storwize等公司一直以在线实时压缩的方式提供这种功能. 正如存储虚拟

优化临时表使用,SQL语句性能提升100倍

原载UC技术博客: http://tech.uc.cn/?p=2218 [问题现象] 线上mysql数据库爆出一个慢查询,DBA观察发现,查询时服务器IO飙升,IO占用率达到100%, 执行时间长达7s左右. SQL语句如下: SELECT DISTINCT g.*, cp.name AS cp_name, c.name AS category_name, t.name AS type_name FROMgm_game g LEFT JOIN gm_cp cp ON cp.id = g.cp_i

赛门铁克推出增强版存储优化套装软件

    赛门铁克公司今天宣布推出 Veritas CommandCentral 增强版存储优化套装软件,致力于帮助企业减少购买不必要的存储设备,有效降低营运成本.Veritas CommandCentral Storage包括新的无代理(agentless)功能,通过提高存储利用率来帮助企业降低存储采购成本,并使存储消耗与实际业务应用实现结合的更加紧密,从而加速企业投资价值的实现.凭借这些增强性的功能,用户可在一年或一年半以上的时间内持续有效地利用现有存储资产,满足业务应用需求.  赛门铁克公司

任意列搜索之 列存储优化

标签 PostgreSQL , 列存储 , shard , 切片 , 大块 , 小块 , sort , 块级索引 , bitmap scan , 索引延迟 , 归整 背景 数据分析系统,决策系统的数据量通常非常庞大,属性(列)非常多,可能涉及到任意列的组合条件查询,筛选结果.聚合结果.多维分析等. 这种场景如何优化能满足实时的响应需求呢? PostgreSQL中有一些技术,可以满足此类场景. 1. 内置bitmapAnd bitmapOr,使用任意字段的索引搜索时,可以快速跳过不满足条件的块,快