Re: insufficient qualification of some objects in dump files

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: insufficient qualification of some objects in dump files
Дата
Msg-id 13693.1456468251@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: insufficient qualification of some objects in dump files  (Michael Paquier <michael.paquier@gmail.com>)
Ответы Re: insufficient qualification of some objects in dump files  (David Steele <david@pgmasters.net>)
Re: insufficient qualification of some objects in dump files  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Michael Paquier <michael.paquier@gmail.com> writes:
> On Fri, Feb 26, 2016 at 9:47 AM, Peter Eisentraut <peter_e@gmx.net> wrote:
>> Tom thought this might require an archive version dump, but I'm not
>> sure.  The tags are more of an informational string for human
>> consumption, not strictly part of the archive format.

> Hm, the TOC entry, with its tag changed, is part of the dump, and this
> is written in the archive, but the shape of TocEntry does not change
> so this is really debatable.

I had in mind that we would add a separate field for tag's schema name to
TocEntry, which surely would require an archive format number bump.
As the patch is presented, I agree with Peter that it does not really
need a format number bump.  The question that has to be answered is
whether this solution is good enough?  You could not trust it for
automated processing of tags --- it's easy to think of cases in which the
schema/object name separation would be ambiguous.  So is the tag really
"strictly for human consumption"?  I'm not sure about that.
        regards, tom lane



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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: FDW handling count(*) through AnalyzeForeignTable or other constant time push-down
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: [PATCH v5] GSSAPI encryption support