Choisir une clef primaire

Le critère. Une clef primaire doit identifier chaque ligne de façon unique : deux enregistrements distincts ne peuvent pas y porter la même valeur.

libelle ne convient pas. La valeur « Stylo » apparaît deux fois, aux lignes $1$ et $3$ — deux stylos différents, l'un à $2$ et l'autre à $5$. Une requête WHERE libelle = 'Stylo' rendrait deux lignes : le libellé ne désigne pas un produit.

prix ne convient pas. Ici ses trois valeurs $2$, $3$, $5$ se trouvent être distinctes, mais rien ne le garantit : deux produits peuvent parfaitement coûter le même prix, et le prochain article inséré à $3$ euros ferait tomber la règle. Une clef se choisit pour ce qu'elle garantit, jamais pour ce que le contenu actuel permet.

id convient. Ses valeurs $1$, $2$, $3$ sont distinctes, et c'est un identifiant créé précisément pour l'être. On le déclare ainsi :

CREATE TABLE produit (
    id       INTEGER PRIMARY KEY,
    libelle  TEXT,
    prix     INTEGER
);

Ce que la déclaration change. La base refusera désormais toute insertion d'une ligne portant un id déjà présent. C'est une garantie active, pas une simple annotation.