Re: pg_controldata gobbledygook

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_controldata gobbledygook
Дата
Msg-id 29207.1366946354@sss.pgh.pa.us
обсуждение исходный текст
Ответ на pg_controldata gobbledygook  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: pg_controldata gobbledygook  (Alvaro Herrera <alvherre@2ndquadrant.com>)
Re: pg_controldata gobbledygook  (Bernd Helmle <mailings@oopsware.de>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> The comments in the pg_control.h header file use much more pleasant
> terms, which when put to use would lead to output similar to this:

> Latest checkpoint's next free transaction ID:             0/7575
> Latest checkpoint's next free OID:                        49152
> Latest checkpoint's next free MultiXactId:                7
> Latest checkpoint's next free MultiXact offset:           13
> Latest checkpoint's cluster-wide minimum datfrozenxid:    1265
> Latest checkpoint's database with cluster-wide minimum datfrozenxid:  1
> Latest checkpoint's oldest transaction ID still running:  0
> Latest checkpoint's cluster-wide minimum datminmxid:      1
> Latest checkpoint's database with cluster-wide minimum datminmxid:  1

> One could even rearrange the layout a little bit like this:

> Control data as of latest checkpoint:
>     next free transaction ID:             0/7575
>     next free OID:                        49152
> etc.

> Comments?

I think I've heard of scripts grepping the output of pg_controldata for
this that or the other.  Any rewording of the labels would break that.
While I'm not opposed to improving the labels, I would vote against your
second, abbreviated scheme because it would make things ambiguous for
simple grep-based scripts.
        regards, tom lane



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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: pg_controldata gobbledygook
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: pg_controldata gobbledygook