Lors du dernier PGDay j’ai fait une présentation sur le fonctionnement de la recherche plein texte (Full Text Search – FTS) dans PostgreSQL.

Cette fonctionnalité est malheureusement trop peu connue. Je vois plusieurs raisons à cela :

• Complexité : Le FTS fait appels à des notions inconnues d’un DBA : lemmatisation, représentation vectorielle d’un document…
• La tendance à utiliser un outil dédié à la recherche plein texte : Elasticsearch, SOLR …
• Ignorance des fonctionnalités avancées de PostgreSQL

 

Pourtant, il y a plusieurs avantages à utiliser le FTS de PostgreSQL :

• On conserve un seul et même langage : le SQL
• Pas de duplication des données entre la base de donnée et le moteur d’indexation
• On conserve une certaine cohérence :
  • Pas besoin de faire des synchronisations entre les données contenues dans votre base de donnée et le moteur d’indexation
  • Un document supprimé de la base de donnée ne sera pas oublié dans le moteur d’indexation
• On bénéficie de toutes les fonctionnalités avancées de PostgreSQL, notamment des index performants.
• Le moteur est extensible, on peut personnaliser la configuration FTS

 

Quand j’ai commencé à me plonger dans le FTS j’ai vite été rebuté par des termes qui m’était inconnus, des syntaxes particulières avec de nouveaux opérateurs. Au lieu de faire une présentation sur l’étendue des possibilités du FTS, je me suis donc attaché à présenter son fonctionnement par « la base ». C’est à dire toute la « mécanique » qui se cache derrière.

Voici la vidéo de la conférence :

Ainsi que les slides