Re: Minmax indexes - Mailing list pgsql-hackers

From Vik Fearing
Subject Re: Minmax indexes
Date
Msg-id 53A2B060.7070003@dalibo.com
Whole thread Raw
In response to Re: Minmax indexes  (Andres Freund <andres@2ndquadrant.com>)
Responses Re: Minmax indexes  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 06/18/2014 12:46 PM, Andres Freund wrote:
>>> Isn't 'simpler implementation' a valid reason that's already been
>>> > >discussed onlist? Obviously simpler implementation doesn't trump
>>> > >everything, but it's one valid reason...
>>> > >Note that I have zap to do with the design of this feature. I work for
>>> > >the same company as Alvaro, but that's pretty much it...
>> > 
>> > Without some analysis (e.g implementing it and comparing), I don't buy that
>> > it makes the implementation simpler to restrict it in this way. Maybe it
>> > does, but often it's actually simpler to solve the general case.
>
> So to implement a feature one now has to implement the most generic
> variant as a prototype first? Really?

Well, there is the inventor's paradox to consider.
-- 
Vik



pgsql-hackers by date:

Previous
From: Vik Fearing
Date:
Subject: Re: GSoC on WAL-logging hash indexes
Next
From: Amit Kapila
Date:
Subject: calculation for NUM_FIXED_LWLOCKS