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 по дате отправления: