From: | "Guillaume Smet" <guillaume(dot)smet(at)gmail(dot)com> |
---|---|
To: | "Oleg Bartunov" <oleg(at)sai(dot)msu(dot)su> |
Cc: | "Teodor Sigaev" <teodor(at)sigaev(dot)ru>, pgsql-patches <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: First implementation of GIN for pg_trgm |
Date: | 2007-02-22 22:17:45 |
Message-ID: | 1d4e0c10702221417r3e76df19h8265de5b9f48a488@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
On 2/22/07, Oleg Bartunov <oleg(at)sai(dot)msu(dot)su> wrote:
> You're right, it would be nice.
> This is what we need for faster ranking in tsearch2, since currently we should
> consult heap to get positional information, which slowdowns search.
> We didn't investigate the possibility to keep additional information with
> index, but keep in mind, that everything should works without index.
OK, thanks for your answer. If you do it one day or another, please
take into account the case of pg_trgm too as it will be far faster if
we can access to the number of entries of the indexed value in the
consistent function. As this information is available if you don't use
the index, it won't be a problem, I think.
Is there anything else I should fix/improve in this patch?
It could be nice to test it on other distribution of words and see if
it performs better than gist in other cases too. I'll try to test it
here on another table we need to index with tsearch2.
--
Guillaume
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2007-02-22 22:49:10 | Re: Fast CLUSTER |
Previous Message | Kris Jurka | 2007-02-22 20:50:49 | lo_truncate |