Re: [BUGS] BUG #14649: Function Namespace Resolution Bug
| От | Tom Lane |
|---|---|
| Тема | Re: [BUGS] BUG #14649: Function Namespace Resolution Bug |
| Дата | |
| Msg-id | 26979.1494612834@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | [BUGS] BUG #14649: Function Namespace Resolution Bug (jeremy@cowgar.com) |
| Ответы |
Re: [BUGS] BUG #14649: Function Namespace Resolution Bug
|
| Список | pgsql-bugs |
jeremy@cowgar.com writes:
> In short, when a CHECK on a column in a different schema references a
> function in public that references another function in public implicitly,
> there is confusion. The workaround is to prefix the function calls with the
> schema.
I don't see any PG bug here. If you don't schema-qualify the function
reference, then it is dependent on the current search_path, and pg_dump/
pg_restore have their own ideas about how to set search_path. Even if
those two somehow magically intuited what search_path you're expecting,
this coding would still be fragile since some other user might use a
different search_path than you while accessing the table. The schema
qualification isn't a "workaround", it's just good coding practice.
regards, tom lane
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
В списке pgsql-bugs по дате отправления: