Discussion :

[barok]

Bonjour tout le monde et merci à ceux qui me liront (et me répondront )

Je souhaite intégrer un moteur de recherche sur mon site.
Ce dernier ira chercher des résultats dans une base de donnée en fonction de ce qu'a rentré l'utilisateur.
Le champs de recherche possède 1 champ :
Mots clef : recherche dans les 4 champs de la base (recherche en match against, fonctionne super bien)

Il existe un champ de recherche avancé.
champs 1 : titre (varchar 255)
champs 2 : ISBN (varchar 255)
champs 3 : Edition (varchar 255)
champs 4 : Auteur (varchar 255)

Oh la belle table de livres

Bref pour la recherche en Match Against, il existe un index en mode fulltext comprenant ces 4 champs et l'index fulltext est bien utilisé (Explain)
Par contre quand je fais une recherche avancé, on n'utilise pas match against mais on fait un WHERE auteur = "$auteur" ou WHERE auteur = "$auteur" AND ISBN = "$ISBN"
Problème : l'index n'est pas utilisé, ce qui normal....
J'ai donc crée un index pour chacun des champs... mais lorsque je fais une recherche avec 2 champs (disont titre et auteur), il est bien plus rapide d'utiliser un index comprenant ces 2 champs, j'ai donc crée un index contenant ces 2 champs.
Les recherches avec titre et auteur utilise bien l'index titre_auteur.
Mais si je pars dans cette optique, il faudrait les index suivant :
- titre
- ISBN
- Edition
- Auteur
- titre_ISBN
- titre_Edition
- titre_Auteur
- ISBN_Edition
- ISBN_Auteur
- Edition_Auteur
- titre_ISBN_Edition
- titre_ISBN_Auteur
- ISBN_Edition_Auteur
(Bref sur toutes les requetes WHERE que nous pouvons rencontrer)

Certes ca ira super vite pour les recherches mais ca devient très lourd et je ne suis pas sûr que c'est bien pour le moteur SQL.
D'autant plus que ceci a été testé sur un serveur de test et qu'avec 320Mo de données (4 Millions d'insertions, sachant qu'en prod, on fait en moyenne de 10 000 à 20 000 par jour), on a 720Mo d'index (gloups !).

Bref je n'ai pas la solution magique pour faire des recherches super méga rapide tout en ayant un fichier d'index assez petit.
Si c'est la seule solution et que pour avoir des recherches super rapide, il faut de gros index ben on passera par là mais ca étonne beaucoup de monde.
Si un pro des index pourrait me renseigne pour débloquer la situation.
Merci à lui.

[Sivrît]

Indexer absolument tout n'est pas réellement viable donc il faut voir ce qu'apporte chaque indexe supplémentaire.

Déjà on peut remarquer que "titre_Auteur" rend "titre" superflu, "ISBN_Edition_Auteur" rend "ISBN" et "ISBN_Edition" inutiles...

Ensuite alonger un index est utile si cela permet d'être vraiment plus spécifique. Si pour un ISBN on a au plus une poignées d'éditions, "ISBN_Edition" n'apporte pas grand chose. Au pire on récupère rapidement 5 enregistrements qui seront ensuite filtrés sur l'édition, ce n'est pas la mer à boire. Dans l'ensemble l'édition ne me semble pas assez sélective pour être indéxée (mais je ne suis pas du métier).

ISBN ne devrait probablement pas apparaitre dans les indexes composés. Je se sais pas exactement ce qu'il identifie mais je suis presque certain que ISBN_Auteur n'a pas de sens car pour un ISBN il ne doit y avoir qu'un titre possible.

En gros je crois que je garderais :
ISBN (doit être assez spécifique pour en rester là)
Edition_Auteur
titre_Edition
Auteur_titre

Enfin après il faut expérimenter mais ça me semble un bon compromis