Re: ScanKey representation for RowCompare index conditions - Mailing list pgsql-hackers

From Martijn van Oosterhout
Subject Re: ScanKey representation for RowCompare index conditions
Date
Msg-id 20060116214943.GA28145@svana.org
Whole thread Raw
In response to Re: ScanKey representation for RowCompare index conditions  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: ScanKey representation for RowCompare index conditions
List pgsql-hackers
On Mon, Jan 16, 2006 at 12:07:44PM -0500, Tom Lane wrote:
> Since you didn't understand what I was saying, I suspect that plan A is
> too confusing ...

Umm, yeah. Now you've explained it I think it should be excluded on the
basis that it'll be a source of bugs. For all the places that matter a
row-condition needs to be treated as a whole and storing parts in a
top level ScanKey array just seems like asking for trouble.

Given no plan C, I guess plan B is the way to go...?
--
Martijn van Oosterhout   <kleptog@svana.org>   http://svana.org/kleptog/
> Patent. n. Genius is 5% inspiration and 95% perspiration. A patent is a
> tool for doing 5% of the work and then sitting around waiting for someone
> else to do the other 95% so you can sue them.

pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: equivalence class not working?
Next
From: David Fetter
Date:
Subject: Re: Anyone see a need for BTItem/HashItem?