Re: duplicate entry

[Jean Molliné]

Il faudrait avoir un aperçu au moins partiel du modèle de données pour se faire une idée. Un « data truncated » indique une valeur trop longue par rapport à la taille définie de la colonne concernée, et le « duplicate entry » une tentative d'insertion d'une valeur déjà existante dans une colonne possédant un index UNIQUE ou PRIMARY KEY. Si, dans le cas présent, ladite clé primaire est composite, c'est alors que l'association est déjà existante en lien avec d'autres données.

Tout dépend en fait de la façon dont a été modélisée la base. J'ai pour ma part tendance à ne jamais utiliser de valeur « signifiante » comme clé primaire : il y a la possibilité d'utiliser une colonne auto-incrémentée pour ça et je la considère comme une sorte de valeur système. Quant aux clés composites, elles concernent les tables relationnelles dans des relations n:n, elles restent cependant à la base les clés primaires des tables liées pour former comme clés étrangère dans la table relationnelle la clé primaire. Rien n'empêche si nécessaire d'indexer d'autres colonnes comme UNIQUE. On peut par exemple concevoir une table de catalogue de produits avec des numéros de références individuels qui ne peuvent représenter qu'un seul et unique produit, mais même là je ne m'en servirais pas comme clé primaire. Ça évite d'avoir à se casser la tête sur la création d'algorithmes de calcul pour définir la prochaine valeur et ça laisse la porte ouverte à un changement de la structure du numéro de référence produit pour l'entreprise. Cette valeur est une donnée métier, la clé primaire est une donnée système, on doit éviter les conflits possibles, non seulement au moment de la conception mais également sur le long terme.

______________________________________________________________
Une question bien formulée, c'est un problème bien compris : ça représente déjà les 3/4 de la réponse ;)