Discussion :

[Thierry8]

Bonsoir,

J'ai vraiment besoin d'un petit coup de pouce sur ces trois "options".

Voila l'idée que je me suis forgé:

Clé primaire: identifie de manière unique un enregistrement (INDEX + UNIQUE). La différence avec Unique c'est qu'il peut englober plusieurs champs et donc la clé est relative à l'ensemble de ces champs.

Unique: permet de rendre spécifiquement un champ unique, pour éviter les doublons. Par la même occasion un champ unique sera indexé.

Index: permet d'indexer un champ pour améliorer la vitesse des recherches sur ce même champ. En revanche la vitesse d'insertion ou de modification sera diminuée.

Seulement je ne suis absolument pas certain de tout ça !
Par exemple (entre autre..) concernant le PRIMARY, est-il indexé ?
(je demande cela car je me suis amusé à fouiller sur EasyPHP ou plutôt PHPMyAdmin et sa base de données "mysql" dans la table "db", plusieurs champ sont tenu pour PRIMARY, mais parmis ces champs, il y en a un qui est repris et indiqué comme "INDEX" !!! Donc là j'avoue ne pas tout comprendre...)

Je suis preneur de toutes explications que vous voudrez bien m'apporter.
Merci.

[Maximil ian]

Salut,

C'est tout à fait ça à part que la différence entre une clé primaire et une contrainte UNIQUE est que les colonnes composant la primary key doivent être NOT NULL (si ce n'est pas déclaré MySQL le rajoute implicitement).

Un index recouvrant toutes les colonnes de la clé primaire se voit aussi créé implicitement. Dans l'exemple de la table db que tu cites, il y a donc un index multiple généré automatiquement à cause de la contrainte de clé primaire qui porte sur plusieurs colonnes, et un index simple créé de manière explicite sur une seule de ces colonnes.

[Thierry8]

Très bien ! Impeccable !
Merci pour ces informations rapides et claires ! Merci.

[Thierry8]

Je me permets de revenir sur mon post.

En effet, si je souhaite dans une table plusieurs champ en index, il me faudra les mettres en index un part un et non les sélectionner ensemble pour les mettre en index ? (c'est bien cela)

[Maximil ian]

Probablement, oui.
Sauf si la plupart de tes requêtes portent sur les deux colonnes à la fois dans leur clause WHERE, à ce moment-là un index double sera certainement plus efficace.