Discussion :

[kennely69]

Bonjour,

J'ai créé la requête suivante :

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
UPDATE audit_ie_fhpq.audit AS audit
  SET
  type_FH = s.fournisseur,
  protection = 'Xpic',
  link_id = s.link_id,
  lbletaseg = s.lbletaseg
FROM
  (SELECT pdhlink.site1, pdhlink.site2, g2r.fournisseur, g2r.link_id, g2r.lbletaseg
  FROM audit_ie_fhpq.g2rtrans AS g2r 
  INNER JOIN
  audit_ie_fhpq.pdhlink AS pdhlink 
  ON pdhlink.commercialid like '%' || g2r.noseg || '%'
  WHERE g2r.XPIC = '1') s
WHERE
  s.site1 = audit.site1 
AND
  s.site2 = audit.site2 ;

et constate que la requête met plus d'une heure à s'exécuter.
J'ai créé un index sur les champs "commercialid ", "noseg", "site1", et "site2"
Les champs "commercialid " net "noseg" sont de type TEXT et "site1", et "site2" de type DECIMAL(10,0)

J'ai vu sous Wikipédia différents algorithmes, mais lequel utiliser et comment le coder en SQL ?

Merci pour votre aide.

[SQLpro]

C'est normal. Le LIKE n'est pas "sargable" donc pas d'index utilisable.
A me lire : https://blog.developpez.com/sqlpro/p...sql_sargable_c
Une solution consisterait à mettre en œuvre une indexation textuelle et récrire la requête en fonction....

A +

[kennely69]

J'ai lu cet article, mais ne vois pas d'exemple pour créer un index textuel dans PostGreSQL.
Pourriez-vous, SVP, me guider pour créer ce type d'index, ainsi qu'une requête permettant de répondre à mon besoin, dans PostGreSQL ?
Par avance merci.

[ced]

Bonjour,

Vous pouvez essayer ceci :

Code :

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

1
2
CREATE EXTENSION pg_trgm;
CREATE INDEX commercialid_gist_idx ON audit_ie_fhpq.pdhlink USING GIST (commercialid GIST_TRGM_OPS);

Puis vérifier que le nouvel index est utilisé.
Attention ! Les index textuels sont volumineux et coûteux à maintenir : il faut vraiment que ça en vaille la peint (requêtes fréquentes).