500GBを超える大きなPostgreSQLデータベースがあり、大きすぎます。とにかく、データベースをより扱いやすいサイズに圧縮する方法はありますか？SquashFSと177GBに圧縮されたデータベースでこれを実行しようとしましたが、PostgreSQLではデータベースに書き込みアクセスがあり、Squashedシステムは読み取り専用である必要があります。より経験豊富なデータベースユーザーは、この目標を達成するための提案を持っていますか？

データベースは地球のGISデータを保持し、展開されたシステムでローカルに使用されます。現在は1TB SSDに搭載されていますが、大規模なデータベースに対応するためだけに、追加のハードドライブを使用しないようにしています。データベースは問題なく動作します。管理しやすいサイズに圧縮し、別のドライブに配置しないようにします。

ファイルシステム

非常にこれを行うための一般的な方法は、ファイルシステムです。BTRFSおよびZFSは、データベースの下でファイルシステムレベルで機能します。どちらもループバックデバイスで使用できるため、別のパーティションがなくても圧縮されたテーブルスペースを提供できます。これには注意が必要です。テーブルスペースに障害が発生すると、クラスターも使用される可能性があります。

ZFS

ここではZFSが最も重要です。それは私が行くものです。

こちらもご覧ください

• https://blog.2ndquadrant.com/pg-phriday-postgres-zfs/
• https://blogs.oracle.com/observatory/zfs-compression-a-win-win（Oracleでも人気）

Btrfs

Btrfsは強力な候補ですが、それは非常に長い間活発に開発されており、デフォルトとしてそれを取り上げる主要なディストリビューションの欠如は、それが「プライムタイム」の準備ができているかどうか疑問に思う人がたくさんいます。

• https://btrfs.wiki.kernel.org/index.php/Compression

PostgreSQL

GISメソッド（PostGIS）

• ポリゴンの場合、1つの方法は、で頂点をドロップしてポリゴンを単純化することST_Simplifyです。

• ポイントの場合、1つの方法は空間クラスタリングです。

これらは両方とも情報の損失をもたらします。データベースのほとんどの機能と同様に、PostGISには透過的な「マジック圧縮」オプションがありません。

cstore_fdw

ありcstore_fdw申し出圧縮その円柱店です。パフォーマンスプロファイルが異なるため、ymmvです。