Re: 10.0

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: 10.0
Дата
Msg-id 4976.1463283473@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: 10.0  (Jeff Janes <jeff.janes@gmail.com>)
Ответы Re: 10.0  (Jeff Janes <jeff.janes@gmail.com>)
Список pgsql-hackers
Jeff Janes <jeff.janes@gmail.com> writes:
> There are lots of improvement which get done to in-memory data
> structures that wouldn't require a pg_dump/pg_upgrade, which could in
> principle be ported into prior major versions if we had the resources
> (reviewing, testing, packaging) to do it, with an increase in the
> middle number.  Maybe we will never find the resources to do that, but
> why should that assumption get baked into the numbering scheme?

If we were to do that today, it'd just be an increase in the minor number.
I don't see why we'd need to change that approach.  The real blocking
factors there are about manpower and stability of the resulting code, not
about whether you need some special version numbering to describe it.
        regards, tom lane



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

Предыдущее
От: Jeff Janes
Дата:
Сообщение: Re: 10.0
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: Losing memory references - SRF + SPI