Re: BUG #15572: Misleading message reported by "Drop functionoperation" on DB with functions having same name
От | David Rowley |
---|---|
Тема | Re: BUG #15572: Misleading message reported by "Drop functionoperation" on DB with functions having same name |
Дата | |
Msg-id | CAKJS1f9B=wmgMgBs4T0qfu7SQSDd-adX06CGeqeRUT01+_GASA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #15572: Misleading message reported by "Drop functionoperation" on DB with functions having same name (Arthur Zakirov <a.zakirov@postgrespro.ru>) |
Список | pgsql-bugs |
On Fri, 15 Feb 2019 at 02:42, Arthur Zakirov <a.zakirov@postgrespro.ru> wrote: > If nargs as -1 and noError as true can be passed only within > RemoveObjects() I wonder, could we just end up with a patch which raise > an error at every ambiguity? That is I mean the following patch: > > diff --git a/src/backend/parser/parse_func.c > b/src/backend/parser/parse_func.c > index 5222231b51..cce8f49f52 100644 > --- a/src/backend/parser/parse_func.c > +++ b/src/backend/parser/parse_func.c > @@ -2053,7 +2053,6 @@ LookupFuncName(List *funcname, int nargs, const > Oid *argtypes, bool noError) > { > if (clist->next) > { > - if (!noError) > ereport(ERROR, > (errcode(ERRCODE_AMBIGUOUS_FUNCTION), > errmsg("function name \"%s\" is not unique", > > But I may overlook something of course. I had the same thoughts so I did that in the original patch, but see Tom's comment which starts with "I don't like that a bit" -- David Rowley http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Training & Services
В списке pgsql-bugs по дате отправления: