Új hozzászólás Aktív témák

• #5982 bambano titán kw3v865 #5975

  Új Válasz 2025-03-18 14:55:21 #5982

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz kw3v865 #5975 üzenetére

  Egyrészt lehet tranzakcióval szeparálni.
  Másrészt csinálhatsz verziózott adatokat.
  Hozzáadsz egy verzió mezőt, minden adatbetöltésnél egy új verziószámot írsz bele, és a tranzakció végén inkrementálod az aktuális verzió mezőt.

  Tudomásom szerint a postgresnek nincs in-memory táblája, ramdiszkre lehet tablespace-t rakni.

  Vagy erre a táblára használhatsz másik adatbáziskezelőt, ami erre van optimalizálva.

• #5978 martonx veterán kw3v865 #5975

  Új Válasz 2025-03-18 10:22:46 #5978

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz kw3v865 #5975 üzenetére

  inmemory tábla esetleg? Egyébként biztos SQL szinten kellene ezeket a gyorsan változó adatokat kezelni?

• #5976 Magnat veterán kw3v865 #5975

  Új Válasz 2025-03-18 09:07:20 #5976

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Magnat

  veterán

  válasz kw3v865 #5975 üzenetére

  Szia,

  nem ismerem a PostgreSQL-t, de igent tippelnék, sőt, mivel az insert elvileg row exclusive lockol (tehát nem a teljes táblát) az is lehet, h a rekordok fele már be lesz szúrva amikor a fv lefut, a többi meg még nem ...

  BEGIN;
  TRUNCATE TABLE tábla;
  LOCK TABLE tábla IN EXCLUSIVE MODE;
  INSERT INTO tábla SELECT * FROM másik_tábla WHERE feltétel;
  COMMIT;

  Én vhogy így csinálnám, nyilván ha a fv éppen akkor fut rá amikor ez történik, akkor egy picit várni fog. (Már ha fontos, h üres táblára vagy az insert közepén ne fusson le)

  Illetve a truncate elvileg gyorsabb mint a delete, szóval amiatt is így használnám.

Új hozzászólás Aktív témák