Discussion :

[seb92]

Bonjour,


Autre question concernant l'optimisation côté utilisateur.
Dans toutes les tables de ma base Mysql, j'ai comme premier champ un id autoincrement.

Parfois, il est en primary key
parfois juste "unique"

(plusieurs personnes ont travaillé sur la structure de la table à des moments différents)

a partir du moment où les tables ne sont pas Innodb
a quoi ça sert de mettre un champ primary key ??

si je ne suis pas clair, dites-le moi

merci

[chat hotplug]

Normalement une table devrait TOUJOURS avoir une et une seule clé primaire.
Sinon tu risque d'observer des particularité de fonctionnement, genre refus d'executer certaines requêtes ou autre.

Clé primaire: c'est comme ça et pas autrement !

[qi130]

a partir du moment où les tables ne sont pas Innodb
a quoi ça sert de mettre un champ primary key ??

A question bête.....

A spécifier la clé primaire.....

Innodb est à mettre en oeuvre pour gérer des clés étrangères et les contraintes qui en découlent (ON DELETE...)

[seb92]

mais je n'ai jamais dit que j'avais plusieurs clefs primaires par table !

je demande juste ayant uniquement des tables myisaam
à quoi ca sert d'indiquer un champ key primaire
par rapport à un champ unique+index


mais j'ai peut être pas compris vos réponses

[qi130]

un champs unique permet de spécifier une clé candidate.

Quand tu as 2 champs qui peuvent être la clé de ta table (sous-entendu soit l'un soit l'autre), il faut bien se décider à en choisir un.

celui choisi devient clé primaire, l'autre peut être mis comme unique.

Maintenant, pour les index, c'est une question de perf.

[seb92]

mdr, me tape pas, j'ai l'impression d'etre une golio

mais je ne comprends pas tjrs pas pourquoi on mettrait une clef primaire
puisqu'il n'y a pas de contrainte de référence sur une autre table
(myisaam)

[Maximil ian]

En effet, pour les tables MyISAM il n'y a pas de réelles différences fonctionnelles entre une PRIMARY KEY et un champ NOT NULL en UNIQUE INDEX...

Mais si l'on se conforme à la théorie de l'algèbre relationnelle, il ne peut y avoir qu'une seule clé primaire, qui doit permettre d'identifier un tuple de façon unique. Ca correspond bien à la contrainte PRIMARY KEY qui ne peut être présente qu'une fois dans une table, contrairement aux UNIQUE INDEX.