Discussion :

[jayfaze]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[al1_24]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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'

[jayfaze]

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.

[jayfaze]

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] ?