[解決済み] 数百万行をIDで削除する最適な方法

BEGIN; -- typically faster and safer wrapped in a single transaction

SET LOCAL temp_buffers = '1000MB'; -- enough to hold the temp table

CREATE TEMP TABLE tmp AS
SELECT t.*
FROM   tbl t
LEFT   JOIN del_list d USING (id)
WHERE  d.id IS NULL;      -- copy surviving rows into temporary table
-- ORDER BY ?             -- optionally order favorably while being at it

TRUNCATE tbl;             -- empty table - truncate is very fast for big tables

INSERT INTO tbl
TABLE tmp;        -- insert back surviving rows.

COMMIT;

この方法では、ビュー、外部キー、その他の依存するオブジェクトを再作成する必要がありません。そして、肥大化することなく、原始的な（ソートされた）テーブルを手に入れることができます。

について読む temp_buffers の設定については、マニュアル . この方法は、テーブルがメモリに収まる限り、あるいは少なくともそのほとんどが収まる限り、高速に動作します。トランザクションラッパーは、この操作の途中でサーバーがクラッシュした場合にデータを失わないようにするものです。

実行 VACUUM ANALYZE を後に実行します。または（通常 ではない を行った後に必要な TRUNCATE ルート) VACUUM FULL ANALYZE で最小サイズになります（排他ロックが必要です）。大きなテーブルの場合は、代替案として CLUSTER / pg_repack などとする。

• タイムスタンプ範囲に関するPostgresクエリの最適化

小さなテーブルの場合、単純な DELETE の代わりに TRUNCATE の方が速い場合が多いです。

DELETE FROM tbl t
USING  del_list d
WHERE  t.id = d.id;

読む その ノート セクションで TRUNCATE マニュアルにある . 特に、( Pedro もコメントで指摘しているように ):

TRUNCATE は、他のテーブルからの外部キー参照を持つテーブルでは使用できません。 他のテーブルからの外部キー参照を持つテーブルでは、そのようなテーブルもすべて同じコマンドで切り捨てられない限り、使用できません。 ただし、そのようなテーブルがすべて同じコマンドで切り捨てられる場合はこの限りではありません。[...]

とか。

TRUNCATE は、いかなる ON DELETE トリガーを起動しない。 を起動しません。