Discussion :

[Shiva]

Bonjour,

Ma question concerne la recherche full text sur une table contenant des données sur des livres.
Je dois faire deux types de recherche :

1. la 1ère sur les champs titre, auteur, ean, isbn, editeur.

J'ai donc mis en place le champ vector_data qui reprend tout ces champs. Une recherche de ce type sur la table dont le nombre de lignes est d'environ 2400000, prend à peu près 1 seconde.
-> ici c'est ok tout fonctionne

2. la 2ème recherche doit s'effectuer sur les mêmes champs mais certains peuvent ne pas être renseignés. Si je cherche un auteur, la recherche ne doit pas se faire dans le champ titre, etc...

-> Cette partie n'est pas encor een place, d’où ma question : de quelle manière dois-je organiser ma table ? Dois-je créer les champs vector_auteur TSVECTOR, vector_titre TSVECTOR, etc... ?
Si oui est-ce une bonne idée de les laisser dans la même table ?

Merci de vos conseils et n'hésitez pas à me dire si je n'ai pas été assez clair :-)

[estofilo]

Le champ combiné tsvector est justement la réponse à #2. Il suffit qu'un mot soit présent, peu importe qu'il vienne du titre ou de l'auteur ou d'un autre champs.

Il faudrait peut-être montrer quelques exemples de requêtes pour étayer la question.

Si "le champ n'est pas renseigné" ne veut pas dire "dans la base il n'est pas renseigné" mais "dans le formulaire de recherche il n'est pas renseigné" alors oui il faut du tsvector par champ, mais peut-être que les trigrammes seraient plus adaptés. Voir l'extension pg_trgm.

Les trigrammes permettent des requêtes du type

Code :

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

select colonnes FROM livre WHERE auteur like '%blabla%'

avec utilisation d'index, et aussi des recherches bruitées.

[Shiva]

Oui, c'est plutôt le champ de formulaire qui peut ne pas être renseigné donc si je ne renseigne que l'auteur, je n'ai pas trop envie qu'il me sorte des lignes qui n'ont rien à voir avec l'auteur recherché.
Je me répond un peu en même temps :
J'ai testé avec du LIKE pour une recherche sur un auteur, j’attends toujours le résultat de postgresql :-)
J'ai ensuite testé en FTS en ayant créé une table à part avec un champ ftp_auteur, le tout lié à la table article. temps de réponse < 1 seconde

Ce que je souhaite savoir c'est surtout si il est plus intéressant de séparer les champs pour la recherche FTS dans une table externe, plutôt que d'alourdir la table dans laquelle se trouve les données sources.