Re: [SQL] "SELECT IN" Still Broken in 7.4b

From: "Christopher Kings-Lynne" <chriskl(at)familyhealth(dot)com(dot)au>
To: "Stephan Szabo" <sszabo(at)megazone(dot)bigpanda(dot)com>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Dani Oderbolz" <oderbolz(at)ecologic(dot)de>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [SQL] "SELECT IN" Still Broken in 7.4b
Date: 2003-08-22 01:40:45
Message-ID: 00f201c3684e$6b943a40$2800a8c0@mars
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-sql

> I'm toying with the notion of ripping out that logic and instead
> building an in-memory hashtable of already-returned TIDs. This could
> theoretically run out of memory if the multiple indexscan returns enough
> tuples, but I think in practice that wouldn't happen because the planner
> wouldn't choose an indexscan when very large numbers of tuples are being
> selected.
>
> Comments?

Sounds kind of like a bitmap index almost..

Chris

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Hornyak Laszlo 2003-08-22 06:30:24 Re: [GENERAL] Need concrete "Why Postgres not MySQL"
Previous Message Ron Johnson 2003-08-22 00:10:41 Re: [HACKERS] [pgsql-advocacy] Need concrete "Why

Browse pgsql-sql by date

  From Date Subject
Next Message MichaelHoeller 2003-08-22 06:25:51 date calculation
Previous Message Roberto Mello 2003-08-22 01:21:30 Re: logging messages from inside pgPLSQL routine?