From: | Kevin Grittner <kgrittn(at)ymail(dot)com> |
---|---|
To: | Vick Khera <vivek(at)khera(dot)org>, Jonathan Vanasco <postgres(at)2xlp(dot)com> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: two questions about fulltext searchign / tsvector indexes |
Date: | 2014-06-10 13:23:06 |
Message-ID: | 1402406586.76014.YahooMailNeo@web122301.mail.ne1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Vick Khera <vivek(at)khera(dot)org> wrote:
> Jonathan Vanasco <postgres(at)2xlp(dot)com> wrote:
> Personally in these days of cheap disks I'd go with the dedicated
> column. Given that, you want to just have a GIN index on that one
> column, and the query you want, given some plain text string like
> "fluffy dog" is this:
>
> select plainto_tsquery('fluffy dog') @@ my_tsv_column;
>
> I always use a trigger on insert and update to maintain the ts_vector
> column, so there is no doubt of how it was computed by various
> programs.
I was going to make a similar recommendation, but Vick beat me to
it. The only thing I would add, is that you might want to consider
whether a match in one column should carry more weight than a match
in the other column. If so, you should convert each to a tsvector
separately, and give each one a different weight before
concatenating the tsvector objects and storing the result.
--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2014-06-10 13:45:14 | Re: pg_standby replication problem |
Previous Message | Vick Khera | 2014-06-10 12:26:58 | Re: two questions about fulltext searchign / tsvector indexes |