Comment remplacer atomiquement les données d'une table dans PostgreSQL

Je souhaite remplacer l'intégralité du contenu d'une table, sans affecter les SELECTinstructions entrantes au cours du processus.

Le cas d'utilisation est d'avoir une table qui stocke des informations de boîte aux lettres qui sont régulièrement extraites et doit être stockée dans une table PostgreSQL. De nombreux clients utilisent une application qui interroge constamment cette même table.

Normalement, je ferais quelque chose comme (pseudocode entrant) ...

BEGIN TRANSACTION
TRUNCATE TABLE
INSERT INTO
COMMIT

Mais malheureusement, le tableau ne peut pas être lu pendant ce processus; en raison du temps qu'il faut INSERT INTOpour terminer. La table est verrouillée.

Dans MySQL, j'aurais utilisé leur RENAME TABLEcommande atomique pour éviter ces problèmes ...

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;

Comment pourrais-je y parvenir dans PostgreSQL?

Aux fins de cette question, vous pouvez supposer que je n'utilise pas de clés étrangères.

À droite, la TRUNCATE TABLE commande que vous exécutez "... acquiert un verrou ACCESS EXCLUSIVE sur chaque table sur laquelle il opère ", donc dans le premier bloc SQL que vous avez publié, tous les autres clients tentant d'accéder à la table après cette heure seront bloqués jusqu'à ce que vous ayez INSERTterminé et toi COMMIT.

Vous pouvez utiliser la même solution de contournement que dans votre code spécifique à MySQL; Postgres prend en charge à peu près la même syntaxe et aura un comportement de verrouillage similaire. En être témoin:

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 SHARE 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;

Bonus supplémentaire: Postgres prend en charge le DDL transactionnel, contrairement à MySQL, donc si vous devez ROLLBACK la transaction ci-dessus, vous pouvez le faire en toute sécurité.