Reprise du message précédent :
Non, ce système sera pire.
 
Si j'ai bien compris, tu fais des recherche de mots (1 à 4) sur la description du site, c'est bien ça ?
 
Je vois le mot "match" dans ta requête, mais ça ne semble pas être le mot-clé de MySQL pour la recherche lexicale, mais plutôt le nom d'un champ. Je ne sais pas trop ce que sont ces "REGEXP", mais ça ressemble bien à du LIKE déguisé. Cherche pas plus loin, c'est ça le problème de ton système. Même pourrie, y'a pas de raison qu'avec 5 Mo ça ramme... Sauf avec l'utilisation de LIKE.
 
Concentre-toi donc en premier sur les fonction d'indexation de texte de MySQL, notamment le mot-clé "MATCH". Tu devrais trouver pas mal de doc sur le sujet, et des gens qui pourront t'aider ici.
 
En tout cas, ne splite pas tes tables en plusieurs, surtout si c'est pour faire un UNION dessus ensuite, y'a rien de pire.
 
Par contre, si t'as l'extension du DNS qui entre en jeu dans tes filtres, tu ferais bien de mettre cette info toute seule dans un champ, et l'indexer correctement, tu vas gagner beaucoup de temps.
 
En parlant d'indexation, vérifie que tes champs sont indexés correctement en fonction de tes filtres. Pour 5 Mo tu vas pas voir grand-chose, mais quand t'aura 5 Go, tu verras que c'est bien de concerver les mêmes perfs que quand elle faisait 5 Mo

match est le champ ou je stocke le titre
voici un exemple de requete, la plus longue, pour une chaine de 4 mots en vrac
 

 
C'est clair que c'est lourd mais le LIKE passerait pas parce que :
 
"ceci est mon site en voici la description"  
NOT LIKE  
"mon site"
 
REGEXP permet de trouver la chaine recherchée n'importe où dans le champ
si je demande "te en voi" il va trouver.
evidemment j'ai mis une parade avant de lancer la requete mais dans l'absolu....
 
Avec LIKE ca marche comment ? LIKE '%requete ???  
Est-ce plus rapide qu'avec un REGEXP ?
Tant de questions...

Hello,  
je pense que l'utilisation d'un index FULLTEXT et de MATCH ... AGAINST... peut donner de bons résultats
 

LIKE '%te en voi%' ça marche pareil et c'est plus propre.
 
Mais cherche "MATCH", c'est infiniment mieu.
 
Surtout que si t'as comme recherche :
 
"la chasse aux lapins"
 
Et que dans la description d'un site t'as :
 
"comment chasser un lapin"
=> MATCH va permettre de retrouver quand même ce site. Car il procède à une analyse bien plus intelligente que le simple LIKE, et en plus il est plus rapide (que demande le peuple ?)
 
En gros, MATCH (et fonctions dérivée, FREETEXT, CONTAINS, etc. -d'ailleurs FREETEXT c'est le plus simple à utiliser puisqu'il analyse une phrase entière-) ça permet de faire un peu comme google.
 
Sans parler du fait que tes résultats seront pondérés avec un taux de pertinance, ce qui est pas mal...
 
Genre, je cherche :
 
"toto à la plage"
 
En premier, je vais retrouver le site perso de toto avec ses photos de vacances.
Et en second, je vais retrouver les sites des plages du coin.
Sans parler des sites des adorateurs de toto qui parlent de lui.
 
Quand bien même seul le premier site contiens les deux mots retenus pour la recherche (à et là son ignorés avec ce type de recherche)

FORMIDABLE...
Bon je vais avoir du pain sur la planche.
Heureusement que demain soir c'est le week end...
Merci beaucoup

attention avec la recherche fulltext, ça peut amener des choses étranges (un résultat trop présent est jugé non pertinent donc il n'est pas retourné par exemple)

Hé hé hé
description = la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage, la plage...
Trop bon !!!!
   

attention, c'est pas de ça que je parle
 
admettons qu'un mot soit présent dans plus de 75% de tes lignes (le mot site) alors la recherche n'est plus pertinente sur ce mot (à quoi bon le chercher puisqu'il est partout ou presque ?) et donc ne retourne rien
 
enfin, tout ça c'était la dernière fois que j'ai lu la doc mysql sur les recherches fulltext

Ben y faut que je lise la mienne aussi....
PFFF 400 pages...
SQL aux éditions Campus Presse (faisons un brin de pub)

 
Heu c'est encore moi
j'ai pas trouvé MATCH dans ma doc et je sais pas comment ça fonctionne...

Autant prendre la doc officielle....
 
http://dev.mysql.com/doc/refman/5. [...] earch.html

Heu ouaiche ouaiche
merci

Sinon, cherche plutôt FREETEXT si ça existe en MySQL (il me semble que oui)

regarde à FULLTEXT
 
ici : http://dev.mysql.com/doc/refman/4. [...] earch.html

Bon, vu que ce post semble interesser du monde (ce dont je suis ravi) je vais balancer des infos en temps réel... (ou presque)
Premier point : j'ai retravaillé le code de l'EXE qui scanne les URL. il enregistrera dans les champs suivants:
match : TITLE
description : DESCRIPTION
motcle :  KEYWORDS
insertion : date à laquelle il decouvre la page
url : ben l'adresse de la page
cle : auto incrementation