Discussion :

[LeHibou2]

Bonjour à tous,

Soit la table "toto", conçue comme ceci :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
id ->int
nom -> text
prenom -> text
ville -> text

Soit la requête :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
SELECT ville FROM `toto` where nom='durand' and prenom='jean'

Est-il préférable d'avoir un index multiple sur les champs "nom" et "prenom" ou bien deux index sur "nom" et "prenom" indépendants ?

La notice des index de mysql à ce sujet n'est pas claire pour moi.

Deuxième niveau de réflexion : dans le cas où les deux seraient existants, lequel serait choisi ?

Merci à vous,

A bientôt,

[CinePhil]

Pour commencer, plutôt que le type TEXT, utilise le VARCHAR quand TEXT n'est pas nécessaire.

Ensuite, Ville devrait être externalisé dans une table des villes pour éviter d'avoir plusieurs fois la même ville sous des orthographes différentes.

Est-il préférable d'avoir un index multiple sur les champs "nom" et "prenom" ou bien deux index sur "nom" et "prenom" indépendants ?

Je pense que l'index double est préférable.
Voir l'article de SQLPro sur l'indexation.

[LeHibou2]

Merci Cinéphil,


Le document que tu as cité indique, page 14 :

"De plus en utilisant des clefs d'index les plus courtes possible, par exemples des entiers auto
incrémentés en lieu et place de clefs sous forme de littéraux (immatriculation, numéro de
sécurité sociale...), comme en en utilisant des index monocolonne en lieu et place d'index
multicolonnes, on limite les effets de la fragmentation à tous niveaux".

Je pense donc que je vais éviter les indexes multicolonne car ma table va beaucoup bouger.

Si quelqu'un passe par là pour me faire savoir que je vais droit dans les ténébres, je reste à son écoute avant de passer en résolu

A bientôt,

[ericd69]

salut,

dans ton exemple, tu as 2 colonnes

l'indexation multi-colonnes étant basée sur la première si la quantité de valeurs différentes dans la deuxième est faible, je ne pense pas qu'en effet se serait rentable vu la taille de chaque clé de l'index (ici du texte)

après comme on dit faut tester... faut pas oublier que ça impactera forcément le buffer d'index

le seul index texte multi-colonnes rentable c'est un index fulltext car au final il ne représente qu'un index unique de "mots" lié aux tuples

taille d'une clé d'index multi-colonnes:
taille clé primaire + somme des tailles des colonnes indexées

[LeHibou2]

Merci beaucoup !

Bon la question réglée à présent !

A bientôt,

LeHibou2