Discussion :

[Shiva]

Bonjour,

J'ai une table d'article contenant + de 2300000 lignes.
Quand je fais une une simple requête de ce style :

Code :

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

1
2
3
4
5
 
SELECT id AS id_article, titre, ean, auteur
FROM site.article
WHERE (titre LIKE UPPER('%harrington%') OR auteur LIKE UPPER('%harrington%'))
ORDER BY titre ASC;

Le temps de réponse est de 2 à 3 secondes.
J'ai indexé les champs id, ean et titre et je ne sais pas si c'est vraiment utile pour le champ titre.
Voici la structure de la table article :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
          Colonne           |       Type        |                         Modificateurs
----------------------------+-------------------+---------------------------------------------------------------
 id                         | integer           | non NULL Par défaut, nextval('site.article_id_seq'::regclass)
 ean                        | bigint            |
 isbn                       | character(10)     |
 titre                      | character varying | non NULL
 auteur                     | character varying |
Index :
    "article_pkey" PRIMARY KEY, btree (id)
    "article_ean_key" UNIQUE CONSTRAINT, btree (ean)
    "idx_article_id" btree (id)
    "idx_article_ean" btree (ean)
    "idx_article_titre" btree (titre)

Sinon, quel serait le moyen d’accélérer la recherche ? Si cela est possible biensur.

Merci de vos conseils :-)

[gorgonite]

tsvector et index gist/gin

Regardes chapitre recherche plein texte de la FAQ

[Shiva]

ok, merci, je regarde cela.

[Waldar]

Il faudrait aussi vérifier le plan d'exécution, je ne sais pas si PostgreSQL sait réécrire la requête de cette façon :

Code :

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

1
2
3
4
5
6
7
8
  SELECT id AS id_article, titre, ean, auteur
    FROM site.article
   WHERE titre LIKE UPPER('%harrington%')
   UNION
  SELECT id AS id_article, titre, ean, auteur
    FROM site.article
   WHERE auteur LIKE UPPER('%harrington%')
ORDER BY titre ASC;

Dans cette requête, l'accès se fait par l'index sur titre pour la première partie et par l'index sur auteur sur la seconde.

[escartefigue]

Non, car il y a à la fois une fonction de colonne sur les valeurs recherchées et un wildcard "%" en début de chaine de caractères
Donc requête non sargable

Seule une recherche plein texte peut satisfaire ce type de besoin

Cela dit, 2 à 3 sec c'est pas si mal pour une requete non sargable qui concerne 2 300 000 lignes parcourues 2 fois puisque "OR"

[Waldar]

Ce n'est pas en opposition à la requête plain text, c'est en complément.