PostgreSQL erzeugt automatisch inkrementelle IDs (typischerweise für Primary Keys) mit Hilfe von Sequences — speziellen Objekten, die eindeutige aufsteigende Zahlen produzieren. SERIAL ist eine Kurzschreibweise, die eine Sequence automatisch erstellt, und IDENTITY ist das moderne SQL-Standard-Äquivalent.
users (
id SERIAL ,
name TEXT
);
users (name) ();
SERIAL erstellt automatisch eine Sequence und setzt den Standard der Spalte so, dass sie den nächsten Wert daraus abruft. BIGSERIAL verwendet BIGINT für größere Bereiche (wichtig für Tabellen, die möglicherweise ~2 Milliarden Zeilen überschreiten).
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 ist der moderne, SQL-Standard-Ansatz (bevorzugt gegenüber SERIAL in neuem Code) — er ist sauberer und vermeidet einige SERIAL-Besonderheiten (wie Eigentumsrechte/Berechtigungsprobleme).
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
Eine Sequence ist ein unabhängiger Zähler. SERIAL/IDENTITY verwenden eine im Hintergrund. Hinweis: Sequences werden nicht durch Transaktionen zurückgerollt (daher können IDs nach Rollbacks Lücken aufweisen — normal und erwartet).
-- RETURNING — get the generated id back from an INSERT (very useful)
INSERT INTO users (name) VALUES ('Ann') RETURNING id;
Automatisch inkrementelle IDs sind grundlegend — nahezu jede Tabelle benötigt einen eindeutigen Primary Key, und automatisch erzeugte sequenzielle IDs sind der Standard-Ansatz, daher ist das Verständnis, wie PostgreSQL diese handhabt, wesentliches alltägliches Wissen.
Das Wissen über SERIAL (die klassische, gebräuchliche Kurzschreibweise, die eine Sequence automatisch erstellt) und besonders IDENTITY (GENERATED ... AS IDENTITY — der moderne, SQL-Standard, empfohlene Ansatz für neuen Code, der sauberer ist und SERIALs Besonderheiten vermeidet) ist wichtig für die korrekte Definition von Primary Keys.
Das Verständnis der zugrunde liegenden Sequences (unabhängige Zähler, die eindeutige aufsteigende Werte erzeugen) macht deutlich, wie Auto-Increment funktioniert, und ist nützlich für erweiterte Kontrolle (nextval, setval).
Zwei praktische Punkte sind wichtig: die Wahl von BIGSERIAL/BIGINT` für Tabellen, die stark wachsen können (um Integer-Overflow zu vermeiden — ein echtes Problem), und das Wissen, dass Sequences nicht durch Transaktionen zurückgerollt werden (daher können IDs nach Rollbacks oder fehlgeschlagenen Inserts Lücken aufweisen — normales, erwartetes Verhalten, das manche überrascht).
Die RETURNING-Klausel zum Abrufen der generierten ID aus einem INSERT ist ebenfalls wertvoll, alltägliches Wissen.
Da jede Tabelle Primary Keys benötigt und automatisch inkrementelle IDs der Standard sind, und da das Verständnis von SERIAL versus dem empfohlenen IDENTITY, den zugrunde liegenden Sequences, der Größendimensionierung (BIGSERIAL), dem Lückenverhalten und RETURNING die praktischen Anforderungen abdeckt, ist das Wissen, wie PostgreSQL automatisch inkrementelle IDs erzeugt, fundamental, häufig angewendetes Wissen für die Arbeit mit Postgres-Tabellen und ein häufiger Punkt, an dem das Wissen über die moderne Best Practice (IDENTITY) aktuelle Postgres-Kompetenz widerspiegelt.