File versioning (was: Big 7.1 open items) - Mailing list pgsql-hackers

From Zeugswetter Andreas SB
Subject File versioning (was: Big 7.1 open items)
Date
Msg-id 219F68D65015D011A8E000006F8590C605BA598B@sdexcsrv1.f000.d0188.sd.spardat.at
Whole thread Raw
Responses Re: File versioning (was: Big 7.1 open items)
RE: File versioning (was: Big 7.1 open items)
List 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 by date:

Previous
From: Peter Mount
Date:
Subject: Contacting me
Next
From: Zeugswetter Andreas SB
Date:
Subject: AW: Proposal: More flexible backup/restore via pg_dump