|
|
2 回复 | 直到 7 年前
|
1
4
它明显更快,但压缩比低于gzip。它经过优化以降低CPU成本。 在将大数据存储到bytea字段之前,假设您不需要直接在数据库中对其进行操作,或者不介意先使用函数对其进行解压缩,那么gzip肯定是有位置的。如果必须在DB中执行,可以使用plpython或plperl之类的工具,但通常只在应用程序中执行更方便。 如果你想做额外的压缩,考虑使用像LZMA这样的更强的压缩方法。 已经有人在PostgreSQL中为TOAST添加了对gzip和/或LZMA压缩的支持。这样做的主要问题是,我们需要保持与旧版本的磁盘格式的兼容性,确保其在未来保持兼容,等等。到目前为止,还没有人提出一个令相关核心团队成员满意的实现。见例句。 pluggable compression support . 它往往陷入两难境地,即可插入支持被拒绝(请参阅线程了解原因),但没有人能够就我们应该采用的合适的、软件专利安全的算法达成一致,作为一种新的默认方法,就如何更改格式以处理多种压缩方法达成一致,等等。 |
|
|
2
0
自定义压缩方法正在成为现实。如本文所述 https://www.postgresql.org/message-id/20180618173045.7f734aca%40wp.localdomain 综合测试表明,zlib提供了更多的压缩,但通常 |
推荐文章
|
Johnny T · 基于当前值的SQL合并表[重复] 5 月前 |
|
|
Peter Schofield · 类型转换Postgresql 6 月前 |
|
|
Kevin Smeeks · Pyspark JDBC分区读取 6 月前 |
|
|
Andrus · 如何在sql中查找第二个匹配项 6 月前 |