La meilleur facon de faire un recherche sur plusieurs table et plusieurs terme

Bonjour,

je fais actuellement un outils de recherche en utilisant une table article qui dispose de 3 champs
[titre] [liens] [description]

La reponse doit s'effectuer selon les priorites suivantes :
- le titre
- le liens
- la description

Je procede de la maniere suivante :

tous les termes associe sont dans query
Je recupere aussi chaque terme separement et je les mets dans un tableau:
query;
querytab[];

ma requete :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

select article_id, article_titre, article_lien, article_description from article where article_title ilike '%" + query + "%' union select article_id, article_titre, article_liens, article_description from article where article_lien ilike '%" + query + "%' union select article_id, article_titre, article_liens, article_description from article where article_description ilike '%" + query + "%' union   debut boucle   select article_id, article_titre, article_liens, article_description from article where article_title ilike '%" + querytab[i] + "%' or article_lien ilike '%" + querytab[i] or article_description ilike '%" + querytab[i] i++; fin boucle

---

Voila, pour donner une idee. Et j'aimerais savoir si ma requete est efficace ou si ya mieux, parceque ca avec plus de 3 termes ca devient tres lent.

bdd = postgres pour 39000 entrees.

Le propre d'un SGBD relationnel, c'est de pouvoir faire des jointures dans les requêtes.
Place le résultat de tes saisies de critères dans une petite table (un critère par ligne) et effectue une jointure avec la table article...

Code:

---

1 2 3 4

SELECT article_id, article_titre, article_lien, article_description FROM article INNER JOIN critere ON article.article_title LIKE '%' || critere.saisie || '%'

---

Toutefois les performances ne seront jamais époustouflantes tant donné qu'aucun index ne pourra être utilisé avec LIKE '%xxxx'

OK.
Mais je viens de comprendre pourquoi c'etait si lent.
En fait je fais un count avant pour pourvoir faire la pagination.
Mais le count sous postgres, c'est pas ce qu'il ya de plus rapide (cf leur doc).

Je vais donc passer a mysql et myisam. J'ai pas besoin de l'integrite referencielle.

Je reposte juste pour dire que 7 jours d'utilisation intensif de mysql, ben je suis revenu a postgres.

J'ai finalement opte pour une recherche fulltext avec tsearch2 et la vitesse est plus que convenable :)

Je n'utilise plus le count(*) qui faisait perdre du temps.

Et mysql n'arrivais pas a gerer des insertions en masse, beaucoup d'insertions etaient ignores.

ps : on fait commenbt pour mettre le tag [resolu] ?