PostgreSQL génère des ID auto-incrémentés (généralement pour les clés primaires) en utilisant des sequences — des objets spéciaux qui produisent des nombres uniques en augmentation. SERIAL est un raccourci qui crée une sequence automatiquement, et IDENTITY est l'équivalent moderne conforme à la norme SQL.
users (
id SERIAL ,
name TEXT
);
users (name) ();
SERIAL crée automatiquement une sequence et définit la valeur par défaut de la colonne pour extraire la valeur suivante de celle-ci. BIGSERIAL utilise BIGINT pour des plages plus grandes (important pour les tables qui peuvent dépasser ~2 milliards de lignes).
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 est l'approche moderne conforme à la norme SQL (préférée à SERIAL dans le nouveau code) — c'est plus propre et évite certaines bizarreries de SERIAL (comme les cas limites de propriété/permissions).
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
Une sequence est un compteur indépendant. SERIAL/IDENTITY en utilisent une en arrière-plan. À noter : les sequences ne sont pas annulées par les transactions (les ID peuvent donc avoir des trous après les rollbacks — c'est normal et attendu).
-- RETURNING — get the generated id back from an INSERT (very useful)
INSERT INTO users (name) VALUES ('Ann') RETURNING id;
Les ID auto-incrémentés sont fondamentaux — presque chaque table a besoin d'une clé primaire unique, et les ID séquentiels générés automatiquement sont l'approche standard. Comprendre comment PostgreSQL les gère est une connaissance essentielle quotidienne.
Connaître SERIAL (le raccourci classique et courant qui crée une sequence automatiquement) et surtout IDENTITY (GENERATED ... AS IDENTITY — l'approche moderne, conforme à la norme SQL, recommandée pour le nouveau code, qui est plus propre et évite les bizarreries de SERIAL) est important pour définir correctement les clés primaires.
Comprendre les sequences sous-jacentes (compteurs indépendants qui produisent des valeurs uniques croissantes) démystifie le fonctionnement de l'auto-incrémentation et est utile pour un contrôle avancé (nextval, setval).
Deux points pratiques importent : choisir BIGSERIAL/BIGINT` pour les tables susceptibles de croître considérablement (éviter le débordement d'entier — une préoccupation réelle), et savoir que les sequences ne sont pas annulées par les transactions (les ID peuvent donc avoir des trous après les rollbacks ou les insertions échouées — c'est un comportement normal, attendu qui surprend certains).
La clause RETURNING pour récupérer l'ID généré lors d'une INSERT est aussi une connaissance pratique et quotidienne précieuse.
Puisque chaque table a besoin de clés primaires et que les ID auto-incrémentés sont la norme, et puisque comprendre SERIAL par rapport à IDENTITY recommandé, les sequences sous-jacentes, le dimensionnement (BIGSERIAL), le comportement des trous, et RETURNING couvre les besoins pratiques, savoir comment PostgreSQL génère les ID auto-incrémentés est une connaissance fondamentale et fréquemment appliquée pour travailler avec les tables Postgres et un point courant où connaître la meilleure pratique moderne (IDENTITY) reflète les compétences actuelles en Postgres.