Re: Any risk in increasing BLCKSZ to get larger tuples?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Any risk in increasing BLCKSZ to get larger tuples?
Дата
Msg-id 12996.972001685@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Any risk in increasing BLCKSZ to get larger tuples?  (Joseph Shraibman <jks@selectacast.net>)
Список pgsql-general
Joseph Shraibman <jks@selectacast.net> writes:
> since WAL isn't ready yet and TOAST is,
> why not release 7.1 now and release 7.2 in January with WAL?

Unfortunately that's not the scenario we're in.  What we've got is
beta-quality TOAST, beta-quality outer joins, and a long list of
unrelated bugs still to be fixed before 7.1 can go out the door.
Even if we decided today that we wanted to make a release without WAL,
I don't think we'd be ready to go beta much before the end of this
month, and certainly no final release less than a month after that.
The reason is that other people have been designing their schedules
around WAL --- for example, if we'd been trying to make an Oct 1 beta
date, I'd have been doing bug fixes not outer joins last month.

Pulling WAL would allow us to move up 7.1 release somewhat, but I don't
think two months worth.

Furthermore, if we did do it that way then 7.2 wouldn't happen in
January.  A beta test/release cycle consumes a lot of developer time,
which would translate directly to pushing back the 7.2 dates.

If we'd foreseen the schedule more accurately back around July, we
might've chosen to push out a 7.1 with only TOAST, no WAL or outer
joins, but it's too late for that now.

            regards, tom lane

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

Предыдущее
От: Joseph Shraibman
Дата:
Сообщение: Re: Any risk in increasing BLCKSZ to get larger tuples?
Следующее
От: Alex Pilosov
Дата:
Сообщение: RE: MySQL -> pgsql