Re: pg_rawdump

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_rawdump
Дата
Msg-id 26073.1287584929@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_rawdump  ("Stephen R. van den Berg" <srb@cuci.nl>)
Ответы Re: pg_rawdump  ("Stephen R. van den Berg" <srb@cuci.nl>)
Re: pg_rawdump  (Aidan Van Dyk <aidan@highrise.ca>)
Список pgsql-hackers
"Stephen R. van den Berg" <srb@cuci.nl> writes:
> It's just that matching table and file, and subsequently figuring out
> some missing columns which may have been added/removed later,
> can be rather timeconsuming and could be made a lot easier (not necessarily
> perfect) if that information would have been present in the first page of
> a file.

So you've already moved the goalposts from what was claimed in your
prior message.  If the data is not maintained (with 100% reliability)
during ALTER TABLE, how are you going to do something like "figure out
missing columns"?

I can see the potential usefulness of a self-documenting table storage
format, but this proposal isn't that; it's just an unreliable kluge.
        regards, tom lane


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

Предыдущее
От: Kenneth Marshall
Дата:
Сообщение: Re: PostgreSQL and HugePage
Следующее
От: Tatsuo Ishii
Дата:
Сообщение: Re: How to reliably detect if it's a promoting standby