File versioning (was: Big 7.1 open items)

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB
Тема File versioning (was: Big 7.1 open items)
Дата
Msg-id 219F68D65015D011A8E000006F8590C605BA598B@sdexcsrv1.f000.d0188.sd.spardat.at
обсуждение исходный текст
Ответы Re: File versioning (was: Big 7.1 open items)  (Tom Lane <tgl@sss.pgh.pa.us>)
RE: File versioning (was: Big 7.1 open items)  ("Hiroshi Inoue" <Inoue@seiren.co.jp>)
Список pgsql-hackers
> Besides which, OID alone doesn't give us a possibility of file
> versioning, and as I commented to Vadim I think we will want that,
> WAL or no WAL.  So it seems to me the two viable choices are
> unique-id or OID+version-number.  Either way, the file-naming behavior
> should be the same across all platforms.

I do not think the only problem of a failing rename of "temp" to "new" 
on startup rollforward is issue enough to justify the additional complexity
a version implys.
Why not simply abort startup of postmaster in such an event and let the 
dba fix it. There can be no data loss.

If e.g. the permissions of the directory are insufficient we will want to
abort 
startup anyway, no?

Andreas


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

Предыдущее
От: Peter Mount
Дата:
Сообщение: Contacting me
Следующее
От: Zeugswetter Andreas SB
Дата:
Сообщение: AW: Proposal: More flexible backup/restore via pg_dump