Oracle11g新特性之：数据压缩技术

随着数据量的不断海量 CPU的不断强劲 双核四核的叫个不停 一种叫做时间换空间的优化技术应该会越来越流行 所以 数据压缩对于今后的数据库来说 应该会从核武器变成常规武器 Oracle从 i开始羞羞答答的引入表级压缩 一直以来都是像中国的核电站一样 宣传的用处大 论实际的贡献就不怎么样了

Oracle g似乎是正儿八经的要推广数据压缩技术了 专门推出了一个叫做Advance Compression的组件 全面支持普通表压缩 非结构化数据压缩（SecureFile数据压缩） Data Pump数据压缩 以及RMAN备份压缩 数据压缩技术从此名正言顺的登上历史舞台 既然是专门做为一个Option推出 Oracle一定是对该特性相当有信心 所以需要单独为该特性购买License

在Oracle i中虽然引入了表压缩 但是有很大的限制 只能对批量装载 *** 作（比如直接路径装载 CTAS等）涉及的数据进行压缩 普通的DML *** 作的数据是无法压缩的 这应该是对于写 *** 作的压缩难题没有解决 一直遗留到Oracle g 总算是解决了关系数据压缩的写性能问题 Oracle的表压缩是针对Block级别的数据压缩 主要技术和Oracle i差不多 还是在Block中引入symbol表 将block中的重复数据在symbol中用一个项表示 Oracle会对block进行批量压缩 而不是每次在block中写入数据时都进行压缩 通过这种方式 可以尽量降低数据压缩对于DML *** 作的性能影响 这样 在block级别应该会引入一个新的参数 用于控制block中未压缩的数据量达到某个标准以后进行压缩 *** 作

SecureFile也是Oracle g新推出的一项特性 用于存储非结构化数据 SecureFile也将支持数据压缩 *** 作 这样对于传统的LOB字段也可以进行压缩 将极大的减少大型数据库的存储空间需求 当然 有得比有失 压缩和解压时 对于CPU的要求也将更高 但是 目前CPU的发展速度明显比IO和存储空间快速的情况下 压缩是大有可为的技术 通过在压缩率和压缩效率方面的不断提升 以后应该为成为各个数据库的标准配置

除了对数据库中的数据进行压缩 Advance Compression Option还将支持备份数据的压缩 做为逻辑备份的Data Pump和物理备份的RMAN工具 都将支持该技术 在Oracle gR 中 Data Pump已经开始支持压缩源数据 Oracle g中则可以直接压缩导出文件 这样导出的时候就可以极大的减少存储空间的需求 在以前版本中 利用WinRAR等 经常可以将几个G的导出文件压缩到几十M Oracle g的白皮书上说压缩率可以达到 % 等软件出来 大家可以好好的测试一把 同样的 Oracle也在 g中开始引入RMAN的压缩技术 但是Oracle g号称采用了更先进的ZLIB要所算法 可以比Oracle g的压缩算法快上 % 空间需求也将减少 %

除了上述的数据压缩技术 Oracle g Advanced Compression Option还将引入另外一种压缩技术 我们知道在Data Guard中 需要将日志从主库传递到备库 如果主库的事务很多 则单位时间内需要传递的日志量将相当可观 如果能将这些日志压缩后在传递 然后在备库解压后应用 将极大的减少对于网络带宽的需求 从而已减少主备库的时间差

另外 Oracle的bitmap一直就是压缩存储的 g中的bitmap对于 i就有比较大的改动 通过一些细节的完善 提供更好的性能和更高的稳定性 也是oracle一贯的风格 对于bitmap在Oracle g中将如何实现 也将是非常值得关注的一个特点

lishixinzhi/Article/program/Oracle/201311/16929

一般数据库不应该这么大。是事务日志文件很大吧。

所有对数据库执行的更新 *** 作都会记录在数据库的事务日志文件中，除非将数据库设为可自动收缩的或手动 的对数据库进行了收缩，否则事务日志文件将一直增长，直到达到事先设定的日志文件增长上限或用尽所有可用的磁盘空间。

如果当前的数据库文件或日志文件过大，可以使用以下两个命令对其进行收缩：DBCC SHRINKDATABASE：收缩指定数据库的所有数据和日志文件的大小

DBCC SHRINKFILE： 收缩数据库的某个指定数据或日志文件的大小 这两个命令可以释放数据库中的空闲空间，并将数据库或指定的数据库文件收缩到指定的大小。

1

set zip_path="C:\Program Files (x86)\HaoZip"

rem 注意要加引号。由于之前没加引号，后面找不到压缩命令，所以不压缩。

2

注释说明压缩程序是什么和参数

3

后面连个词都没有，直接一堆%就行了，就是变量代表的命令。

直接压缩不太现实啊，文件太大需要的时间太长了。

如果里面的数据资料不重要，只是数据结构重要的话，可以再导出一个只含数据结构的数据库副本。

或者 如果日志文件不重要的话，可以只导出数据库本身，不导出日志。

最后，7G文件也不算大，我这里就是用一个160G的移动硬盘备份的，不过一定要把硬盘格式化成NTFS格式。

没什么影响。

ACCESS就是要经常压缩的。

否则过于庞大。运行起来很慢的

只要压缩方法得当，只会更好不会变坏~~

ACCESS数据库在对数据的删除 *** 作时，并不会自动减小体积，也就是说，只会增加，不会减小，这时候使用压缩和修复数据库就可以减小被已删除的记录所占的体积，对数据本身并没有影响。可以说没有什么坏处，至少我还没发现有什么不好的地方。

这个 *** 作完全可以通过FSO来在线执行。

利用FSO在线压缩一定要记得在压缩前要断开所有的数据库链接，最好将数据库改名再压缩，或压缩备份数据库，不然会损坏数据。

关闭查询再压缩 ^_^

以上就是关于Oracle11g新特性之：数据压缩技术全部的内容，包括:Oracle11g新特性之：数据压缩技术、sql2000数据库和备份文件各占20G，怎样在保留数据的情况下减小占用空间，求高手解答！！！、一个数据库自动备份压缩bat，求高人解释等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！