OrioleDB sposta le vecchie righe fuori dalle tabelle di Postgres

Una coda di lavori cambia stato di continuo; un inventario aggiorna le quantità. Su Postgres ogni modifica può lasciare una vecchia versione della riga nella tabella, da ripulire con VACUUM. OrioleDB affronta proprio questo accumulo: conserva le versioni precedenti in un registro separato, il cui spazio viene recuperato automaticamente, e tiene le righe nell’indice della chiave primaria.

L’approfondimento pubblicato da Supabase il 28 ottobre spiega come funziona questo motore di archiviazione open source. La beta pubblica era già aperta dal 1° ottobre. Cambia la struttura sotto le tabelle, mentre restano le connessioni, le librerie client, Auth e le regole Row Level Security: il codice che usa il database non deve parlare un altro linguaggio.

Il vantaggio cercato è ridurre spazio sprecato, manutenzione e letture o scritture su disco nei carichi con molti aggiornamenti. Non sparisce ogni VACUUM: i cataloghi di sistema e le eventuali tabelle heap conservano il comportamento tradizionale. Anche gli indici diversi dai B-tree passano per un collegamento ancora sperimentale.

Supabase offre la beta su tutti i piani, allo stesso prezzo del Postgres standard, scegliendola alla creazione del progetto. Non si può attivare su un progetto esistente o rimuovere in seguito. Non è pronta per la produzione, non ha SLA e non offre il recupero a un istante preciso né il ripristino di backup in un nuovo progetto. Il guadagno dipende dal carico: le tabelle aggiornate di continuo sono il caso a cui questa struttura si rivolge.