Hello,  
 
J'ai une petite question MySQL, au sujet de recherches dans un champ TEXT. J'ai une table (dont malheureusement je ne peux modifier la structure) qui contient un champ texte ; nommons-le "pe". Celui-ci possède un index de type fulltext.
 
Typiquement ce champ contient : 1,2,3
Une requête avec un "FIND_IN_SET", pour rechercher toutes les entrées contenant "2" p.ex. fonctionne parfaitement bien, cependant c'est très très lent (visiblement ça n'utilise pas l'index). Exemple :

 
L'idée serait alors d'utiliser un match against :

 
Or les inconvénients de cette méthode sont :

• si on recherche dans 1,2,3 : pas de résultats, or dans 2,3,4 ou 3,4,2 ça fonctionne ;
• si on recherche dans 1,222,3 : il trouve aussi un résultat.

Mes questions : comment limiter la recherche à un mot entier, dans une liste séparée par virgule avec match/against ? Y a-t-il aussi rapide, mais avec une autre fonction (sachant toujours que je ne peux pas modifier la structure de la table) ?
Merci beaucoup pour votre aide.

sans modifier la structure de la table, ça va etre difficile de faire mieux
A défaut de modifier cette structure,est ce que tu peux faire une table a côté qui explose le champ pe ? le tout alimenté par des trigger en cas de modification/insertion/suppression sur la table parent

pour la seconde possibilité, peut etre que tu peux le corriger comme ça :  

SELECT * FROM mytable WHERE 
pe LIKE '2,%' // 2 est en premier 
OR pe LIKE '%,2,%' // 2 est  au milieu 
OR pe LIKE  '%,2'  //2 est  à la fin 
OR pe = 2  // 2 est tout seul

mais c'est sale

SELECT * FROM mytable WHERE 
pe LIKE '2,%' // 2 est en premier 
OR pe LIKE '%,2,%' // 2 est  au milieu 
OR pe LIKE  '%,2'  //2 est  à la fin 
OR pe = 2  // 2 est tout seul

 
Effectivement, c'est pas très joli. Il faut que l'insiste lourdement pour arriver à faire changer cette structure et créer une table de relation... (le champ "pe" contenant des id...)

J'ai pas benché mais je dirais aussi qu'une requête avec LIKE "%...%" ne va pas être d'une rapidité exemplaire, parce que là aussi pas d'indexes utilisés

c'est super couteux, mais je ne sais pas ce que ça donne par rapport à find_in_set
 
like 'bidule%' utilise les index, mais aps le reste

Sans avoir benché, j'aurais tendance à dire qu'une fonction implantée dans SQL (et donc très probablement, implémentée de manière optimale) sera de toutes façons plus rapide que de tenter de l'émuler par une suite de commandes (surtout que 2 d'entre elles font un scan table)

 
C'est kifkif

avec les expressions régulières ça irait pas un poil plus vite (à écrire et à traiter par la BDD) :
 
mysql> SELECT "hfr" REGEXP "^r.*";              
mysql> SELECT "forum.hardware.fr\nforum" REGEXP "^r.*";