FTS ne prend pas en charge LIKE
La réponse précédemment acceptée était incorrecte. La recherche de texte intégral avec ses index de texte intégral n'est pas du tout pour l' LIKE
opérateur, elle a ses propres opérateurs et ne fonctionne pas pour les chaînes arbitraires. Il fonctionne sur des mots basés sur des dictionnaires et des souches. Il prend en charge la correspondance de préfixe pour les mots , mais pas avec l' LIKE
opérateur:
Index trigrammes pour LIKE
Installez le module supplémentaire pg_trgm
qui fournit des classes d'opérateurs pour les index GIN et GiST trigrammes pour soutenir tous LIKE
et ILIKE
modèles , non seulement ceux de gauche ancrés:
Exemple d'index:
CREATE INDEX tbl_col_gin_trgm_idx ON tbl USING gin (col gin_trgm_ops);
Ou:
CREATE INDEX tbl_col_gist_trgm_idx ON tbl USING gist (col gist_trgm_ops);
Exemple de requête:
SELECT * FROM tbl WHERE col LIKE '%foo%'; -- leading wildcard
SELECT * FROM tbl WHERE col ILIKE '%foo%'; -- works case insensitively as well
Trigrammes? Qu'en est-il des cordes plus courtes?
Les mots avec moins de 3 lettres dans les valeurs indexées fonctionnent toujours. Le manuel:
Chaque mot est considéré comme ayant deux espaces préfixés et un espace suffixé lors de la détermination de l'ensemble de trigrammes contenus dans la chaîne.
Et les modèles de recherche avec moins de 3 lettres? Le manuel:
Pour les recherches LIKE
et les recherches d'expressions régulières, gardez à l'esprit qu'un modèle sans trigrammes extractibles dégénérera en une analyse d'index complet.
Cela signifie que les analyses d'index / bitmap fonctionnent toujours (les plans de requête pour l'instruction préparée ne seront pas interrompus), cela ne vous offrira tout simplement pas de meilleures performances. En règle générale, pas de grosse perte, car les chaînes de 1 ou 2 lettres ne sont guère sélectives (plus de quelques pour cent des correspondances de table sous-jacentes) et la prise en charge de l'index n'améliorerait pas les performances au départ, car une analyse complète de la table est plus rapide.
text_pattern_ops
pour la correspondance de préfixe
Pour les modèles uniquement ancrés à gauche (pas de caractère générique en tête), vous obtenez l'optimum avec une classe d'opérateur appropriée pour un index btree: text_pattern_ops
ou varchar_pattern_ops
. Les deux fonctionnalités intégrées de Postgres standard, aucun module supplémentaire n'est nécessaire. Performances similaires, mais indice beaucoup plus petit.
Exemple d'index:
CREATE INDEX tbl_col_text_pattern_ops_idx ON tbl(col text_pattern_ops);
Exemple de requête:
SELECT * FROM tbl WHERE col LIKE 'foo%'; -- no leading wildcard
Ou , si vous devez exécuter votre base de données avec la locale 'C' (effectivement pas de locale), alors tout est de toute façon trié selon l'ordre des octets et un simple index btree avec la classe d'opérateur par défaut fait le travail.
Plus de détails, d'explications, d'exemples et de liens dans ces réponses connexes sur dba.SE: