| From: | David E(dot) Wheeler <david(at)kineticode(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: Fixing GIN for empty/null/full-scan cases |
| Date: | 2011-01-08 00:13:37 |
| Message-ID: | 9D548B31-7C3B-4D92-B591-80A1FBE5B657@kineticode.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Jan 4, 2011, at 3:18 PM, Josh Berkus wrote:
> Actually, there's been a *lot* of complaining about the GIN issues.
> It's just that most of that complaining doesn't reach -hackers.
>
> The common pattern I've seen in our practice and on IRC is:
>
> 1) user has GiST indexes
> 2) user tries converting them to GIN
> 3) user gets "full index scan" errors
> 4) user switches back and gives up
We (PGX) actually have a client who could use this. Tom, if you have patches as you work on this (or, better, a branch in a Git repo), I could do some testing on your client's code with it. It would involve converting from a GiST to a GIN index and then seeing how well the queries fare. Would that be helpful to you?
Best,
David
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2011-01-08 00:19:30 | Re: Fixing GIN for empty/null/full-scan cases |
| Previous Message | Florian Pflug | 2011-01-07 23:28:02 | Re: LOCK for non-tables |