Re: Sigh, we need an initdb

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: Sigh, we need an initdb
Дата
Msg-id 20140604205220.GE785@awork2.anarazel.de
обсуждение исходный текст
Ответ на Sigh, we need an initdb  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Sigh, we need an initdb
Re: Sigh, we need an initdb
Список pgsql-hackers
Hi,

On 2014-06-04 14:52:35 -0400, Tom Lane wrote:
> I think we could possibly ship 9.4 without fixing this, but it would be
> imprudent.  Anyone think differently?

Agreed. Additionally I also agree with Stefan that the price of a initdb
during beta isn't that high these days.

> Of course, if we do fix this then the door opens for pushing other
> initdb-forcing fixes into 9.4beta2, such as the LOBLKSIZE addition
> that I was looking at when I noticed this, or the pg_lsn catalog
> additions that were being discussed a couple weeks ago.

Other things I'd like to change in that case:

* rename pg_replication_slots.xmin to something else. After the replication slot patch went in, in another patch's
reviewyou/Tom objected that xmin isn't the best name. The only problem being that I still don't have a better idea than
myoriginal 'data_xmin' which Robert disliked.
 

* Standardize on either slot_name for the replication slot's name. Currently some functions have a parameter named
'slotname'but all columnnames (from SRFs) are slot_name. That's not really bad since the parameter names don't really
meanmuch, but if we can we should fix it imo.
 

Greetings,

Andres Freund

-- Andres Freund                       http://www.2ndQuadrant.com/PostgreSQL Development, 24x7 Support, Training &
Services



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

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: Sigh, we need an initdb
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Sigh, we need an initdb