PostgreSQL genererar auto-inkrementerade ID:n (vanligtvis för primärnycklar) genom att använda sequences — specialobjekt som producerar unika ökande nummer. SERIAL är en förkortning som skapar en sequence automatiskt, och IDENTITY är den moderna SQL-standardekvivalenten.
users (
id SERIAL ,
name TEXT
);
users (name) ();
SERIAL skapar automatiskt en sequence och ställer in kolumnens standard till att hämta nästa värde från den. BIGSERIAL använder BIGINT för större intervall (viktigt för tabeller som kan överskrida ~2 miljarder 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 är det moderna, SQL-standardiserade sättet (föredraget framför SERIAL i ny kod) — det är renare och undviker några SERIAL-egenheter (som ägande/behörighetsgränsfall).
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 är en oberoende räknare. SERIAL/IDENTITY använder en bakom kulisserna. Notera: sequences rullas inte tillbaka av transaktioner (så ID:n kan ha luckor efter återställningar — normalt och förväntat).
-- RETURNING — get the generated id back from an INSERT (very useful)
INSERT INTO users (name) VALUES ('Ann') RETURNING id;
Auto-inkrementerade ID:n är grundläggande — nästan varje tabell behöver en unik primärnyckel, och auto-genererade sekventiella ID:n är standardmetoden, så att förstå hur PostgreSQL hanterar dem är väsentlig daglig kunskap.
Att känna till SERIAL (den klassiska, vanliga förkortningen som skapar en sequence automatiskt) och särskilt IDENTITY (GENERATED ... AS IDENTITY — det moderna, SQL-standardiserade, rekommenderade sättet för ny kod, som är renare och undviker SERIAL:s egenheter) är viktigt för att definiera primärnycklar korrekt.
Att förstå de underliggande sequences (oberoende räknare som producerar unika ökande värden) demystifierar hur auto-inkrement fungerar och är användbar för avancerad kontroll (nextval, setval).
Två praktiska punkter spelar roll: att välja BIGSERIAL/BIGINT` för tabeller som kan växa stora (undvika heltalöverflöde — en verklig risk), och att veta att sequences inte rullas tillbaka av transaktioner (så ID:n kan ha luckor efter återställningar eller misslyckade insättningar — normalt, förväntat beteende som överraskar några).
Klausulen RETURNING för att få tillbaka det genererade ID:t från ett INSERT är också värdefull, daglig kunskap.
Eftersom varje tabell behöver primärnycklar och auto-inkrementerade ID:n är standarden, och eftersom att förstå SERIAL kontra det rekommenderade IDENTITY, de underliggande sequences, storleksändring (BIGSERIAL), gaplukebeteende och RETURNING täcker de praktiska behoven, är det fundamental kunskap att veta hur PostgreSQL genererar auto-inkrementerade ID:n, frekvent använd kunskap för att arbeta med Postgres-tabeller och en vanlig punkt där att känna till den moderna bästa praxis (IDENTITY) återspeglar aktuell Postgres-kompetens.