PostgreSQL genererer auto-inkrementelle IDer (typisk for primærnøkler) ved hjelp av sequences — spesielle objekter som produserer unike økende tall. SERIAL er en snarvei som oppretter en sequence automatisk, og IDENTITY er den moderne SQL-standarden tilsvarende.
users (
id SERIAL ,
name TEXT
);
users (name) ();
SERIAL oppretter automatisk en sequence og setter kolonnens standard til å hente neste verdi fra den. BIGSERIAL bruker BIGINT for større områder (viktig for tabeller som kan overstige ~2 milliarder rader).
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 er den moderne, SQL-standard tilnærmingen (foretrukket fremfor SERIAL i ny kode) — den er renere og unngår noen SERIAL quirks (som eierskap/tillatelse kanttilfeller).
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
En sequence er en uavhengig teller. SERIAL/IDENTITY bruker en bak kulissene. Merk: sequences blir ikke reversert av transaksjoner (så IDer kan ha hull etter rollbacks — normalt og forventet).
-- RETURNING — get the generated id back from an INSERT (very useful)
INSERT INTO users (name) VALUES ('Ann') RETURNING id;
Auto-inkrementelle IDer er fundamentale — nesten hver tabell trenger en unik primærnøkkel, og auto-genererte sekvensielle IDer er standardtilnærmingen, så å forstå hvordan PostgreSQL håndterer dem er essensielt dagligdagskunnskap.
Å kjenne SERIAL (den klassiske, vanlige snarvei som oppretter en sequence automatisk) og spesielt IDENTITY (GENERATED ... AS IDENTITY — den moderne, SQL-standard, anbefalte tilnærmingen for ny kode, som er renere og unngår SERIALs quirks) er viktig for å definere primærnøkler korrekt.
Å forstå de underliggende sequences (uavhengige tellere som produserer unike økende verdier) demystifiserer hvordan auto-increment fungerer og er nyttig for avansert kontroll (nextval, setval).
To praktiske poenger er viktige: å velge BIGSERIAL/BIGINT for tabeller som kan vokse store (unngå integer overflow — en reell bekymring), og å vite at sequences ikke blir reversert av transaksjoner (så IDer kan ha hull etter rollbacks eller mislykket inserts — normalt, forventet oppførsel som overrasker noen).
RETURNING klausulen for å få den genererte IDen tilbake fra en INSERT er også verdifull, dagligdags kunnskap.
Siden hver tabell trenger primærnøkler og auto-inkrementelle IDer er standarden, og siden å forstå SERIAL kontra den anbefalte IDENTITY, de underliggende sequences, størrelse (BIGSERIAL), gap-oppførsel, og RETURNING dekker de praktiske behovene, å vite hvordan PostgreSQL genererer auto-inkrementelle IDer er fundamental, hyppig brukt kunnskap for arbeid med Postgres-tabeller og et vanlig område hvor å kjenne den moderne beste praksis (IDENTITY) reflekterer gjeldende Postgres kompetanse.