Cómo reemplazar atómicamente los datos de la tabla en PostgreSQL

Quiero reemplazar todo el contenido de una tabla, sin afectar las SELECTdeclaraciones entrantes durante el proceso.

El caso de uso es tener una tabla que almacene la información del buzón que se extrae regularmente y que debe almacenarse en una tabla PostgreSQL. Hay muchos clientes que usan una aplicación que consulta constantemente esa misma tabla.

Normalmente, haría algo como (pseudocódigo entrante) ...

BEGIN TRANSACTION
TRUNCATE TABLE
INSERT INTO
COMMIT

Pero desafortunadamente la tabla no se puede leer durante este proceso; debido al tiempo que lleva INSERT INTOcompletarlo. La mesa está cerrada.

En MySQL, habría usado su RENAME TABLEcomando atómico para evitar estos problemas ...

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;

¿Cómo podría lograr esto en PostgreSQL?

A los fines de esta pregunta, puede suponer que no estoy usando claves foráneas.

Correcto, el TRUNCATE TABLE comando que está ejecutando "... adquiere un bloqueo ACCESO EXCLUSIVO en cada tabla en la que opera ", por lo que en el primer bloque SQL que publicó, cualquier otro cliente que intente acceder a la tabla después de ese tiempo se bloqueará hasta que INSERTfinalice y usted COMMIT.

Puede usar la misma solución alternativa que en su código específico de MySQL; Postgres admite aproximadamente la misma sintaxis y tendrá un comportamiento de bloqueo similar. Esto es:

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;

Bonificación adicional: Postgres en realidad admite DDL transaccional, a diferencia de MySQL, por lo que en caso de que necesite ROLLBACK la transacción anterior, puede hacerlo de forma segura.