PostgreSQL'de tablo verilerini atomik olarak değiştirme

SELECTİşlem sırasında gelen ifadeleri etkilemeden bir tablonun tüm içeriğini değiştirmek istiyorum .

Kullanım durumu, düzenli olarak ayıklanan ve bir PostgreSQL tablosunda saklanması gereken posta kutusu bilgilerini depolayan bir tabloya sahip olmaktır. Sürekli aynı tabloyu sorgulayan bir uygulama kullanan birçok istemci var.

Normalde, (sözde kod gelen) gibi bir şey yapardım ...

BEGIN TRANSACTION
TRUNCATE TABLE
INSERT INTO
COMMIT

Ancak maalesef bu işlem sırasında tablo okunamıyor; INSERT INTOtamamlanması gereken zamandan dolayı . Masa kilitli.

RENAME TABLEMySQL'de bu sorunları önlemek için atomik komutlarını kullanırdım ...

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'de bunu nasıl başarabilirim?

Bu sorunun amaçları için yabancı anahtar kullanmadığımı varsayabilirsiniz.

Doğru, gerçekleştirdiğiniz TRUNCATE TABLE komut "... üzerinde çalıştığı her bir tablo için bir ACCESS EXCLUSIVE kilidi alır ", bu nedenle gönderdiğiniz ilk SQL bloğunda, bu süreden sonra tabloya erişmeye çalışan diğer istemciler INSERTtamamlanana kadar engellenir ve sen COMMIT.

MySQL'e özel kodunuzdakiyle aynı geçici çözümü kullanabilirsiniz; Postgres kabaca aynı sözdizimini destekler ve benzer kilitleme davranışına sahip olacaktır. Zekâ için:

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;

Ekstra bonus: Postgres aslında MySQL'den farklı olarak işlemsel DDL'yi destekler, bu nedenle yukarıdaki işlemi GERİ BİLDİRmeniz gerekiyorsa, güvenle yapabilirsiniz.