PostgreSQL genereert auto-incrementing IDs (meestal voor primary keys) met behulp van sequences — speciale objecten die unieke oplopende nummers produceren. SERIAL is een afkorting die automatisch een sequence aanmaakt, en IDENTITY is het moderne SQL-standaard equivalent.
users (
id SERIAL ,
name TEXT
);
users (name) ();
SERIAL maakt automatisch een sequence aan en stelt de standaardwaarde van de kolom in om de volgende waarde ervan op te halen. BIGSERIAL gebruikt BIGINT voor grotere bereiken (belangrijk voor tabellen die mogelijk meer dan ~2 miljard rijen bevatten).
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 is de moderne, SQL-standaard benadering (aanbevolen boven SERIAL in nieuwe code) — het is schoner en vermijdt enkele SERIAL eigenaardigheden (zoals eigendoms-/permissie-randgevallen).
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
Een sequence is een onafhankelijke teller. SERIAL/IDENTITY gebruiken er achter de schermen één. Let op: sequences worden niet teruggedraaid door transacties (dus ID's kunnen gaten hebben na rollbacks — normaal en verwacht).
-- RETURNING — get the generated id back from an INSERT (very useful)
INSERT INTO users (name) VALUES ('Ann') RETURNING id;
Auto-incrementing IDs zijn fundamenteel — bijna elke tabel heeft een unieke primary key nodig, en automatisch gegenereerde opeenvolgende ID's zijn de standaardbenadering, dus het begrijpen van hoe PostgreSQL deze afhandelt is essentiële dagelijkse kennis.
Het kennen van SERIAL (de klassieke, veel gebruikte afkorting die automatisch een sequence aanmaakt) en vooral IDENTITY (GENERATED ... AS IDENTITY — de moderne, SQL-standaard, aanbevolen benadering voor nieuwe code, die schoner is en SERIAL's eigenaardigheden vermijdt) is belangrijk voor het correct definiëren van primary keys.
Het begrijpen van de onderliggende sequences (onafhankelijke tellers die unieke oplopende waarden produceren) maakt duidelijk hoe auto-increment werkt en is nuttig voor geavanceerde controle (nextval, setval).
Twee praktische punten zijn van belang: het kiezen van BIGSERIAL/BIGINT` voor tabellen die groot kunnen worden (om integer-overflow te voorkomen — een reëel probleem), en weten dat sequences niet worden teruggedraaid door transacties (dus ID's kunnen gaten hebben na rollbacks of mislukte inserts — normaal, verwacht gedrag dat sommigen verrast).
De RETURNING clause voor het terugkrijgen van het gegenereerde ID uit een INSERT is ook waardevolle, dagelijkse kennis.
Omdat elke tabel primary keys nodig heeft en auto-incrementing IDs de standaard zijn, en omdat inzicht in SERIAL versus het aanbevolen IDENTITY, de onderliggende sequences, grootte (BIGSERIAL), gat-gedrag en RETURNING de praktische behoeften dekt, is het weten hoe PostgreSQL auto-incrementing IDs genereert fundamentele, regelmatig toegepaste kennis voor het werken met Postgres-tabellen en een veelvoorkomend punt waar het kennen van de moderne best practice (IDENTITY) huidige Postgres-competentie weerspiegelt.