Re: BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION
| От | Tom Lane |
|---|---|
| Тема | Re: BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION |
| Дата | |
| Msg-id | 233.1232073743@sss.pgh.pa.us обсуждение |
| Ответ на | Re: BUG #4566: pg_stop_backup() reports incorrect STOP WAL LOCATION (Fujii Masao <masao.fujii@gmail.com>) |
| Ответы |
Re: BUG #4566: pg_stop_backup() reports incorrect STOP WAL
LOCATION
|
| Список | pgsql-bugs |
Fujii Masao <masao.fujii@gmail.com> writes:
> Currently, stop wal filename is not always exclusive. If stop wal location
> doesn't indicate a boundary byte, its filename is inclusive. I'm afraid that
> the users cannot easily judge which "filename - 1" or "filename" should be
> waited. I mean that the users need to calculate whether stop wal location
> indicates a boundary byte or not before starting waiting. Such calculation
> should be done by the users?
No, which is why we provide functions to do it ;-)
It's really not worth changing the file contents. We're far more likely
to hear complaints like "you broke my archive script and I lost all my
data" than compliments about "the contents of this internal
implementation file are lots more sensible now".
regards, tom lane
В списке pgsql-bugs по дате отправления: