Re: pg_dump of regression (again)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_dump of regression (again)
Дата
Msg-id 18442.968984162@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_dump of regression (again)  (Philip Warner <pjw@rhyme.com.au>)
Список pgsql-hackers
Philip Warner <pjw@rhyme.com.au> writes:
> OK - I'll use typname in CREATE AGGREGATE, and see how it hangs together.

> Do you know if the type parser is invoked in function declarations?

Sort of --- it looks like the production is for SimpleTypename not a
full typename.  This is something that needs to be cleaned up in the
backend.  In the very short run maybe you should avoid format_type here,
but I'm thinking this is something we need to fix for 7.1.

It looks like the main reason for avoiding full typename here is that
the production for Typename will fail on bogus types such as "opaque".
There are cleaner ways to deal with that --- and even more importantly,
gram.y should not be doing table access under any circumstances,
per our prior discussions about being able to syntax commands after
the current transaction has aborted.  My thought at the moment is
to postpone the check for "setof" until later in parse analysis.
Thomas, any comments?
        regards, tom lane


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

Предыдущее
От: Philip Warner
Дата:
Сообщение: RE: current is broken
Следующее
От: Tom Lane
Дата:
Сообщение: Re: current is broken