Le Forum Non Officiel de la DEDIBOX
Vous n'êtes pas identifié.
Bah je voulais pas polluer l'autre sujet, donc c'est ici que ca va se passer.
Je viens de me rendre compte que la condition LIKE (dans WHERE) est plus rapide que REGEXP
Une requette avec jointure entre deux tables de 14000 et 150000 enregistrement met 0.04s avec REGEXP et 0.008s avec LIKE (le resutat sans LIMIT donne 950 enregistrement)... bien sur c'est le temps maximim apres plusieurs essais.
A suivre...
Hors ligne
Même si la différence de perf est pas étonnante, ca fait quand même un ratio assez improtant !
T'es sûr que le plan d'exécution est le même entre les 2 requêtes ?
Hors ligne
JalaL a écrit:
Oui c'est exactement le meme, LIKE est 5 fois plus rapide dans ce cas
Explain donne la même chose, donc ?
Hors ligne
Quelqu'un a déjà essayé la recherche "fulltext" de mysql?
Hors ligne
Oui j'ai déja essayé et c'est assez intéressant, tres gourmant en terme de place mais tres puissant et plutot rapide, personnelement depuis que j'ai découvert ca je mets d'office tout en fulltext car passer une grosse table en fulltext ensuite est un peu hardu
Hors ligne
De mon coté j'ai des performances catastrophiques sur une table 70 000 lignes....
J'ai deux champs en fulltext.
C'est sur quel genre de données que tu fais tes recherchent?
Moi c'est ca: http://ggimmo.com/
Amicalement
Marc
Hors ligne
Message de forum , ca marche plutot correctement meme si un systeme idépendant et numérique serait peut etre plus interessant
Hors ligne
Je pense recoder ca en C.
Tien j'ai remarqué le contraire sur mon hébergement actuel, regexp est un pouilleme plus rapide que like....
Hors ligne
Euh au lieu de recoder, y a des indexeurs existants salement plus performants que le fulltext de MySQL et qui permettent de bosser avec MySQL ou autre bases de données. Y a par exemple sphinxsearch. Tu lui files les données à indexer avec un identifiant unique pour chaque "document" (au hasard, la PK) et lors des recherches il te file les ID des documents qui matchent. T'as plus qu'à passer ca en SQL pour récupérer les documents "classiquement". En terme de perfs, ca poutre le fulltext mysql. Et surtout ca te laisse libre du choix de moteur de stockage pour tes tables...
Hors ligne
Ca m'a l'ai pas mal du tout :-)
Merci pour le plan!
Tu l'as déjà mis en oeuvre?
Hors ligne
Moi non, mais un pote (pcinpact.com) l'a mis, quand le fulltext mysql commençait à montrer sérieusement ses limites.
Il en était tout à fait satisfait aux dernières nouvelles. Je vais lui redemander les détails de son implémentation à l'occasion.
Hors ligne
Merci Calimero :-)
Hors ligne
ca m'interese , aussi , pcinpact utilise punbb ?
Bien a vous
Hors ligne
Non. Mais spynxsearch est in "indexeur" indépendant.
Le type de forum ou la structure de la base est assez secondaire. Donc que ce soit la base d'un punbb, phpbb, dotclear, ...
Hors ligne