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
Re: pg_controldata gobbledygook |
| Список | 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 по дате отправления: