实时数据库的历史数据是否需要进行压缩？可用什么方法压缩？

哎，第一个问题本来应该是不需要问的，因为，答案是唯一的、肯定的：实时数据库的历史数据需要进行压缩。

可是，我的同事坚持认为数据不需要压缩，理由是一年几百个G的数据量，对于现在的硬盘来说，存储空间不是问题。可是，他没有考虑，时间、效率可能是个问题。现在，我们就面临了这个一个难解的问题。数据库存储数据所耗用的CPU占用率经常高居不下，结果阻塞了其他应用的正常运行。

在网络上搜搜，发现PI的旋转门是工业过程实时数据压缩的一个好方法，而且原理简单，估计实现也容易。可是，找了很久，也没有能够找到算法的详细说明的资料。看来，在这个领域，还是比较封闭的。难怪，PI据说卖得很贵。

最后，在专利网站上找到了两篇关于改进旋转门算法的“专利”说明书，看了几遍，还是不能够完全领会其中的经纬。（虽说专利说明书要求能够让本专业的其他人员能够完全理解其内容，看来我还不能够算是这个领域的专业人士）

已经将“专利”共享于本坛资源中，若有领悟的，请不吝出来交流。

下一步，我该要做对象数据库、实时数据库压缩的学习了。