Re: [CORE] RC1 blocker issues - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [CORE] RC1 blocker issues
Date
Msg-id 2843.1164604203@sss.pgh.pa.us
Whole thread Raw
In response to Re: [CORE] RC1 blocker issues  ("Joshua D. Drake" <jd@commandprompt.com>)
Responses Re: [CORE] RC1 blocker issues  (Stefan Kaltenbrunner <stefan@kaltenbrunner.cc>)
Re: [CORE] RC1 blocker issues  ("Joshua D. Drake" <jd@commandprompt.com>)
List pgsql-hackers
"Joshua D. Drake" <jd@commandprompt.com> writes:
>> Nobody has a use for CREATE INDEX CONCURRENTLY?

> Of course they do, again need not want. CREATE INDEX CONCURRENTLY is a 
> great feature but it isn't something that is whiz, bang, pow (such as 
> the enormous performance increase between 7.4/8.0 and 8.1).

Hm, are you sure there aren't equivalent performance increases between
8.1 and 8.2?  I don't know of any single performance fix we've done in
the last ten years that's not a niche feature for some value of "niche".
There are certainly things in 8.2 that are killer improvements for some
classes of applications, just as 7.4, 8.0, and 8.1 could say the same
for some other classes.  Considering that 8.2 has been focused on
performance fixes to a much greater degree than any prior release,
I find it surprising that you're dismissing it as uninteresting on
that dimension.

> Of course every feature in 8.2 is appreciated, but that doesn't mean I 
> have customers clamoring for them. I am just now getting most of our 
> customers to move to 8.1. I still have many customers on 7.3.

[blink...]  You are doing those customers a disservice.  Yes, I know
that Red Hat is still nominally supporting 7.3 and even 7.1, but that's
only because of an overly conservative corporate policy --- there are
way too many unfixable problems in those ancient releases.

> Which pushes them to 8.4 potentially, which makes things even more 
> interesting because what I list above, is what *my* customers want and 
> have wanted for a long time

AFAICS, we can do 8.3 next spring with the stuff that's already on the
table, then 8.4 in spring 2008 with the stuff you propose; or we can
do 8.3 in spring 2008 with all the above.  Assuming that anyone comes
through with the stuff you propose by 2008, a fact not in evidence.
Ultimately, this project is not driven by complainers, it's driven by
people who get things done.  Step up to the plate.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Mark Kirkwood
Date:
Subject: Re: [PATCHES] Avg performance for int8/numeric
Next
From: Michael Paesold
Date:
Subject: Re: Missing ParameterStatus for backslash_quote