"replacement inserts"のディスク節約戦略

Question

毎日大規模なテーブルから何十万ものレコードを削除してから、新しいデータを使って計算を行い、以前に削除したレコードをすべて置き換えます。私は普通のことだと思ったvacuum tblトリックを行うだろう。私はそれがサーバーにディスクスペースを返さないことを知っていますが、（私は削除していたレコードの数だけ挿入していたので、私は思っていました。しかし、テーブルを別の名前空間に移動させた後（無関係の理由で）、テーブルのサイズは117GBから44GBになりました。だから... ...

はので、私のテーブルが膨らまず、これよりも優れた戦略があります：

delete from tbl where ...etc... -- hundreds of thousands of rows removed 
insert into tbl (...etc...) values (...etc...) -- hundreds of thousands of rows added back (fresh calcs) 

.. repeat the above about 10 times a day ... 

vacuum tbl 

https://www.postgresql.org/docs/9.6/static/sql-vacuum.html

のPostgreSQL 9.6

私は実際には、テーブルのサイズを小さくするためにやった中であります私の答えはここです： integer out of range and remaining disk space too small to convert id to bigint and other solutions

編集1： vacuum fullは私にとってはあまりにも制限されています。私は24/7のものを処理していますので、私はそのようなロックを持つことはできませんし、私の利用可能なディスクスペースは、任意の時点でかなり制限されています。これについてもっと良い方法でやろうとしています。

Answer 1

あなたが探しているのは、私がそれを呼ぶのが好きな「デッドスペース平衡」です。 100万行を削除して置き換えたい場合は、さまざまな方法で行えます。あなたが100kを削除し、すぐに100kを挿入するとしましょう。データベースには古いデッド・ローをバキューム・アップする時間がないので、今度は1Mのロー・テーブルに100Kのデッド・ローがあります。次の24時間の間に真空が入り込み、それらを死にさせ、次回に削除/挿入すると、100k行以上の死んだ行が作成され、前回の100k行が再利用（大部分）されます。あなたの1M行テーブルは、今度は〜100kの不稼働列を再び持ち、次回に再利用されます。

削除/挿入（または更新）とvacuumがデッドタプルを作成/再利用する場所に均等に到達する必要があります。