Re: [SQL] "SELECT IN" Still Broken in 7.4b - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [SQL] "SELECT IN" Still Broken in 7.4b
Date
Msg-id 5913.1061761034@sss.pgh.pa.us
Whole thread Raw
In response to Re: [SQL] "SELECT IN" Still Broken in 7.4b  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
List pgsql-hackers
Stephan Szabo <sszabo@megazone.bigpanda.com> writes:
> Well, if you want to be safer, I guess you could (at runtime) decide that
> the table's gotten too big and fall back to the old method if you didn't
> entirely rip it out.  I'm not sure if that'd be too ugly though, but it
> would mean that you wouldn't have to worry about it returning too many
> tuples.

I did it this way --- it falls back to the old code if the TID hash
table grows to exceed SortMem.  Should be noticeably faster than the
old code for reasonably-sized IN lists.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: ambiguous sql states
Next
From: Tom Lane
Date:
Subject: Re: Single-file DBs WAS: Need concrete 'Why Postgres