RUM-index and support for storing BIGINT as part of a tsvector+timestamp

From: Andreas Joseph Krogh <andreas(at)visena(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: RUM-index and support for storing BIGINT as part of a tsvector+timestamp
Date: 2017-01-12 12:13:34
Message-ID: VisenaEmail.4f.d4c848f53a350289.159929141b9@tc7-visena
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Hi PostgresPro-guys.
 
I've asked this before but didn't get any response, so I'll try again. I know
you have a lot on you plate...
 
On RUM's TODO-list is this:
 

* Allow multiple additional information (lexemes positions + timestamp).
* Add support for arrays. Will any of these items support storing BIGINT as
part of a tsvector+timestamp in the same index?
so one an have an index like this:
 
create index rum_idx on message using rum (fts_all some_opclass, folder_id,
received_timestamp) WITH (attach=received_timestamp, "to"=fts_all,
order_by_attach=t);
 
Making it possible for a query like this to use one index effectively:

WHERE fts_all @@ to_tsquery('simple', 'andre:*&jose:*') AND folder_id = ANY(
ARRAY[2,3]::BIGINT[]) ORDER BY received_timestamp DESC LIMIT 10;
 
 
The reason I ask is that storing only tsvector+timestamp often is't enough
because often there is some other dimention which is *very* relevant to limit
the results (like what folder, or account, to search for email-messages in,
instead of searching for all in the system).
 
Thanks.

 
--
Andreas Joseph Krogh
CTO / Partner - Visena AS
Mobile: +47 909 56 963
andreas(at)visena(dot)com <mailto:andreas(at)visena(dot)com>
www.visena.com <https://www.visena.com>
<https://www.visena.com>

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2017-01-12 15:05:20 Re: Means to emulate global temporary table
Previous Message Berend Tober 2017-01-12 11:21:23 Re: Means to emulate global temporary table