Re: Page-level version upgrade (was: Block-level CRC checks)

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Page-level version upgrade (was: Block-level CRC checks)
Дата
Msg-id 603c8f070912021335s586bc65cjd42d85f892386555@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Page-level version upgrade (was: Block-level CRC checks)  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Wed, Dec 2, 2009 at 3:48 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Greg Stark <gsstark@mit.edu> writes:
>> This whole discussion is based on assumptions which do not match my
>> recollection of the old discussion. I would suggest people go back and
>> read the emails but it's clear at least some people have so it seems
>> people get different things out of those old emails. My recollection
>> of Tom and Heikki's suggestions for Zdenek were as follows:
>
>> 1) When 8.9.0 comes out we also release an 8.8.x which contains a new
>> guc which says to prepare for an 8.9 update.
>
> Yeah, I think the critical point is not to assume that the behavior of
> the old system is completely set in stone.  We can insist that you must
> update to at least point release .N before beginning the migration
> process.  That gives us a chance to backpatch code that makes
> adjustments to the behavior of the old server, so long as the backpatch
> isn't invasive enough to raise stability concerns.

If we have consensus on that approach, I'm fine with it.  I just don't
want one of the people who wants this CRC feature to go to a lot of
trouble to develop a space reservation system that has to be
backpatched to 8.4, and then have the patch rejected as too
potentially destabilizing.

...Robert


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Marko Kreen
Дата:
Сообщение: Re: Patch: Remove gcc dependency in definition of inline functions
Следующее
От: "Greg Sabino Mullane"
Дата:
Сообщение: Re: Re: [COMMITTERS] pgsql: Rewrite GEQO's gimme_tree function so that it always finds a