Discussion :

[JLC83]

Bonjour,
Sur une table "cliens" de 40 000 enregistrements, mon utilisateur aime seulement indiquer la première lettre du nom ou les deux premières et retrouver ensuite l'utilisateur parmis ceux sélectionnés.
Hélas :

Code :

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

SELECT `nom`FROM `clients`LIKE 'a%';

Génère un recherche séquentielle qui n'utilise pas la puissance de l'index.
Je pense donc créer un champ indexé ("lAscii" tinyinteger) sur lequel une première recherche sera faite puis effectuer la recherche précédente (avec LIKE) sur cette sélection.
Cela devrait accélérer la chose.

1. Qu'en pensez-vous ?
2. La sélection intermédiaire doit-elle être stockée dans une table virtuelle ou dans un cluster par exemple ?
3. Vaut-il mieux créer une table par première lettre de l'alphabet ? Un peu lourd à gérer
4. Une requête intégrée ?

Merci à vous tous.
JL

[Antoun]

En partitionnant ta table ?
http://krierjon.developpez.com/mysql/partitionnement/

[JLC83]

Merci, j'ignorais que cela existât...
Merci

[JLC83]

Bien après quelques tests en tables en partitionant, de sérieux ralentissements sont à noter sur les autres sélections (la table clients vous l'imaginez contient quelques clés secondaire faisant l'objet de recherches...).
Mon idée de table virtuelle contenant les enregistrements d'une première recherche indexée sur un champ (tinyInt) pose-t-il un problème ?
Le select de cette première recherche ramenant au plus 24000 enregistrements.
Merci !

[CinePhil]

Tu peux créer un index sur une partie de la colonne de type VARCHAR.
Cf. la doc MySQL avec une belle faute que j'ai corrigée ci-dessous.

Pour les colonnes CHAR et VARCHAR, les index peuvent être créés sur uniquement une partie de la colonne, avec la syntaxe col_name(length).