PostgreSQLでテーブルデータをアトミックに置き換える方法

SELECTプロセス中に着信ステートメントに影響を与えることなく、テーブルの内容全体を置換したい。

ユースケースは、定期的に抽出されるメールボックス情報を保存するテーブルを持ち、PostgreSQLテーブルに保存する必要があることです。同じテーブルを常に照会しているアプリケーションを使用している多くのクライアントがいます。

通常、私は（擬似コード着信）のようなことをします...

BEGIN TRANSACTION
TRUNCATE TABLE
INSERT INTO
COMMIT

ただし、残念ながらこのプロセス中にテーブルを読み取ることはできません。INSERT INTO完了するまでに時間がかかるためです。テーブルはロックされています。

MySQLでは、RENAME TABLEこれらの問題を回避するためにアトミックコマンドを使用していました...

CREATE TABLE table_new LIKE table; 
INSERT INTO table_new;
RENAME TABLE table TO table_old, table_new TO table; *atomic operation*
DROP TABLE table_old;

PostgreSQLでこれをどのように実現できますか？

この質問の目的のために、私は外部キーを使用していないと仮定できます。

右、実行中のTRUNCATE TABLE コマンドは「... 操作対象の各テーブルでACCESS EXCLUSIVEロックを取得」しているため、最初に投稿したSQLブロックでは、その時間以降にテーブルにアクセスしようとする他のクライアントはINSERT終了するまでブロックされますあなたもCOMMIT。

MySQL固有のコードと同じ回避策を使用できます。Postgresはほぼ同じ構文をサポートしており、同様のロック動作を行います。機知に：

BEGIN;
-- You probably want to make sure that no one else is
-- INSERT / UPDATE / DELETE'ing from the original table, otherwise
-- those changes may be lost during this switchover process. One way
-- to do that would be via:
-- LOCK TABLE "table" IN ROW EXCLUSIVE mode;
CREATE TABLE "table_new" (LIKE "table");
INSERT INTO "table_new" ...;

-- The ALTER TABLE ... RENAME TO command takes an Access Exclusive lock on "table",
-- but these final few statements should be fast.
ALTER TABLE "table" RENAME TO "table_old";
ALTER TABLE "table_new" RENAME TO "table";
DROP TABLE "table_old";

COMMIT;

追加ボーナス：Postgresは、MySQLとは異なり、トランザクションDDLを実際にサポートしているため、上記のトランザクションをロールバックする必要がある場合は、安全にサポートできます。