Discussion :

[yanchoux]

Bonjour à tous voila mon PB,
j'ai 2 tables (commande et produit)
leurs attributs sont:
commande(#num, date_cde,tva),
produit(#num,designation).
elles sont reliées par une relation m:m
je veux casser cette relation afin d'obtenir une table intesection: détailcommande(#(num_ligne,num_cde,num_prod), designation,qte).
Ce qui me gène en fait c'est la présence du triplet #(num_ligne,num_cde,num_prod) comme clé primaire de cette table. Dans tous les exemple que j'ai eu à voir il est conseiller d'avoir au plus une clé primaire double et non triple.
je voudrais quels sont les risques d'avoir un triplet comme clé primaire.

[Waldar]

A quoi correspond num_ligne ?

Plus votre clef primaire augmente, plus l'index sera gros et coûteux à parcourir et à maintenir.
Maintenant trois colonnes on est encore dans le domaine du raisonnable.

[GoLDoZ]

je voudrais quels sont les risques d'avoir un triplet comme clé primaire.

Les risques sont des requêtes plus longues - donc des risques de bugs plus importants - et des performances moindres.

A priori, num_ligne constitue une clé primaire, non?

[mnitu]

Il n'y a aucune problème avec une clé primaire composite sur 3 champs. Les problèmes des performances sont due à 100% aux autres facteurs.
Le choix de la clé primaire se fait par rapport à ses contraintes spécifiques: valeur obligatoire, unicité et immuabilité.