Come sostituire atomicamente i dati della tabella in PostgreSQL

Voglio sostituire l'intero contenuto di una tabella, senza influire sulle SELECTdichiarazioni in entrata durante il processo.

Il caso d'uso è avere una tabella che memorizzi le informazioni sulla cassetta postale che vengono regolarmente estratte e che devono essere archiviate in una tabella PostgreSQL. Esistono molti client che utilizzano un'applicazione che interroga costantemente quella stessa tabella.

Normalmente, farei qualcosa del genere (pseudocodice in arrivo) ...

BEGIN TRANSACTION
TRUNCATE TABLE
INSERT INTO
COMMIT

Ma sfortunatamente la tabella non può essere letta durante questo processo; a causa del tempo necessario INSERT INTOper il completamento. Il tavolo è bloccato.

In MySQL, avrei usato il loro RENAME TABLEcomando atomico per evitare questi problemi ...

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;

Come ho potuto raggiungere questo obiettivo in PostgreSQL?

Ai fini di questa domanda, puoi presumere che non sto usando chiavi esterne.

Bene, il TRUNCATE TABLE comando che stai eseguendo "... acquisisce un blocco ACCESS EXCLUSIVE su ogni tabella su cui opera ", quindi nel primo blocco SQL che hai pubblicato, tutti gli altri client che tentano di accedere alla tabella dopo quel tempo saranno bloccati fino al INSERTtermine e tu COMMIT.

È possibile utilizzare la stessa soluzione alternativa nel codice specifico di MySQL; Postgres supporta all'incirca la stessa sintassi e avrà un comportamento di blocco simile. Per dire:

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 extra: Postgres supporta effettivamente il DDL transazionale, a differenza di MySQL, quindi nel caso in cui tu debba ROLLBACK la transazione sopra, puoi farlo tranquillamente.