Re: [CORE] RC1 blocker issues

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: [CORE] RC1 blocker issues
Дата
Msg-id 2843.1164604203@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: [CORE] RC1 blocker issues  ("Joshua D. Drake" <jd@commandprompt.com>)
Ответы Re: [CORE] RC1 blocker issues
Re: [CORE] RC1 blocker issues
Список 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 по дате отправления:

Предыдущее
От: Mark Kirkwood
Дата:
Сообщение: Re: [PATCHES] Avg performance for int8/numeric
Следующее
От: Michael Paesold
Дата:
Сообщение: Re: Missing ParameterStatus for backslash_quote