Re: Renaming of pg_xlog and pg_clog

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Renaming of pg_xlog and pg_clog
Дата
Msg-id 20161021192901.jeaexfnpdafay37f@alvherre.pgsql
обсуждение исходный текст
Ответ на Re: Renaming of pg_xlog and pg_clog  (David Steele <david@pgmasters.net>)
Ответы Re: Renaming of pg_xlog and pg_clog  (Michael Paquier <michael.paquier@gmail.com>)
Список pgsql-hackers
David Steele wrote:
> On 10/21/16 3:12 AM, David G. Johnston wrote:
> 
> > I have no problem continuing keeping with historical precedent ​and
> > allowing mnemonic abbreviations in our directory and file names at this
> > point.
> 
> I'm still in favor of pg_xact.  A search of the 9.6 docs brings up a number
> of hits for "xact": pg_last_xact_replay_timestamp(),
> pg_advisory_xact_lock(), pg_advisory_xact_lock_shared(),
> pg_last_committed_xact(),  pg_prepared_xacts(), etc. There are also numerous
> column names that have "xact" in them.

I'm +1 on pg_clog -> pg_xact.

Also +1 to renaming pg_subtrans to pg_subxact.

In general, +1 to short mnemonic meaningful names.  -1 to overly long
names, -1 to meaningless names.

Regarding pg_receivexlog I think I'd propose pg_recvwal rather than
pg_receivewal, because of pg_recvlogical.

-- 
Álvaro Herrera                https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



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

Предыдущее
От: Alvaro Herrera
Дата:
Сообщение: Re: emergency outage requiring database restart
Следующее
От: "Sven R. Kunze"
Дата:
Сообщение: Re: Indirect indexes