Re: Big 7.1 open items
От | Tom Lane |
---|---|
Тема | Re: Big 7.1 open items |
Дата | |
Msg-id | 7153.961644430@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | RE: Big 7.1 open items ("Hiroshi Inoue" <Inoue@tpf.co.jp>) |
Ответы |
Re: Big 7.1 open items
RE: Big 7.1 open items |
Список | pgsql-hackers |
"Hiroshi Inoue" <Inoue@tpf.co.jp> writes: > Please add my opinion to the list. > Unique-id filename: Hiroshi > (Unqiue-id is irrelevant to OID/relname). "Unique ID" is more or less equivalent to "OID + version number", right? I was trying earlier to convince myself that a single unique-ID value would be better than OID+version for the smgr interface, because it'd certainly be easier to pass around. I failed to convince myself though, and the thing that bothered me was this. Suppose you are trying to recover a corrupted database manually, and the only information you have about which table is which is a somewhat out-of-date listing of OIDs versus table names. (Maybe it's out of date because you got it from your last backup tape.) If the files are named OID+version you're not going to have much trouble seeing which is which, even if some of the versions are higher than what was on the tape. But if version-updated tables are given entirely new unique IDs, you've got no hope at all of telling which one corresponds to what you had in the listing. Maybe you can tell by looking through the physical file contents, but certainly this way is more fragile from the point of view of data recovery. regards, tom lane
В списке pgsql-hackers по дате отправления: