PostgreSQL genera ID auto-incrementali (tipicamente per chiavi primarie) utilizzando sequenze — oggetti speciali che producono numeri univoci crescenti. SERIAL è una scorciatoia che crea una sequenza automaticamente, e IDENTITY è l'equivalente moderno standard SQL.
users (
id SERIAL ,
name TEXT
);
users (name) ();
SERIAL crea automaticamente una sequenza e imposta il default della colonna per estrarre il valore successivo da essa. BIGSERIAL utilizza BIGINT per intervalli più grandi (importante per tabelle che potrebbero superare ~2 miliardi di righe).
CREATE TABLE users (
id INT GENERATED ALWAYS AS IDENTITY PRIMARY KEY, -- SQL-standard, recommended
name TEXT
);
-- GENERATED ALWAYS → you can't manually insert a value (cleaner)
-- GENERATED BY DEFAULT → allows manual override when needed
GENERATED ... AS IDENTITY è l'approccio moderno, standard SQL (preferito rispetto a SERIAL nel nuovo codice) — è più pulito e evita alcune stranezze di SERIAL (come problemi di ownership/permessi).
CREATE SEQUENCE my_seq START 1 INCREMENT 1;
SELECT nextval('my_seq'); -- get the next value (advances the sequence)
SELECT currval('my_seq'); -- the last value YOU got
SELECT setval('my_seq', 100); -- set the current value
Una sequenza è un contatore indipendente. SERIAL/IDENTITY ne utilizzano uno dietro le quinte. Nota: le sequenze non vengono annullate dalle transazioni (quindi gli ID possono avere spazi dopo i rollback — normale e previsto).
-- RETURNING — get the generated id back from an INSERT (very useful)
INSERT INTO users (name) VALUES ('Ann') RETURNING id;
Gli ID auto-incrementali sono fondamentali — praticamente ogni tabella ha bisogno di una chiave primaria univoca, e gli ID sequenziali auto-generati sono l'approccio standard, quindi comprendere come PostgreSQL li gestisce è una conoscenza essenziale quotidiana.
Conoscere SERIAL (la scorciatoia classica e comune che crea una sequenza automaticamente) e soprattutto IDENTITY (GENERATED ... AS IDENTITY — l'approccio moderno, standard SQL, consigliato per il nuovo codice, che è più pulito e evita le stranezze di SERIAL) è importante per definire correttamente le chiavi primarie.
Comprendere le sequenze sottostanti (contatori indipendenti che producono valori univoci crescenti) demistifica come funziona l'auto-incremento ed è utile per il controllo avanzato (nextval, setval).
Due punti pratici sono importanti: scegliere BIGSERIAL/BIGINT` per tabelle che potrebbero crescere molto (evitando overflow di interi — una vera preoccupazione), e sapere che le sequenze non vengono annullate dalle transazioni (quindi gli ID possono avere spazi dopo i rollback o gli insert falliti — comportamento normale e previsto che sorprende alcuni).
La clausola RETURNING per ottenere l'ID generato dall'INSERT è anche una conoscenza utile e quotidiana.
Poiché ogni tabella ha bisogno di chiavi primarie e gli ID auto-incrementali sono lo standard, e poiché comprendere SERIAL rispetto alla consigliata IDENTITY, le sequenze sottostanti, il dimensionamento (BIGSERIAL), il comportamento degli spazi e RETURNING copre le esigenze pratiche, sapere come PostgreSQL genera gli ID auto-incrementali è una conoscenza fondamentale, frequentemente applicata per lavorare con le tabelle Postgres e un punto comune dove conoscere la pratica migliore moderna (IDENTITY) riflette la competenza attuale di Postgres.