From: | Dominique Devienne <ddevienne(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Christoph Moench-Tegeder <cmt(at)burggraben(dot)net>, Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: CALL and named parameters |
Date: | 2025-08-08 08:18:28 |
Message-ID: | CAFCRh--VmO20xaEoir9adHWGzG1v03syMiC4j0bYpwewjzE=cw@mail.gmail.com |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, Aug 8, 2025 at 1:33 AM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Christoph Moench-Tegeder <cmt(at)burggraben(dot)net> writes:
> > ## Dominique Devienne (ddevienne(at)gmail(dot)com):
> >> dd_v185=> call "Epos-DBA".db_grant_connect_to(grantee_role => 'dd_joe');
> >> ERROR: procedure Epos-DBA.db_grant_connect_to(grantee_role =>
> >> unknown) does not exist
> >> LINE 1: call "Epos-DBA".db_grant_connect_to(grantee_role => 'dd_joe'...
>
> > There's the problem: "unknown" type - consider that string there as
> > "too flexible", it can be coerced into too many types, so the error
> > says "unknown".
>
> No, the issue is that the procedure's named parameter is not named
> "grantee_role" but something else. We'd have coerced the unknown
> parameter just fine, except that we never considered this procedure
> as a valid match at all.
That. And it failed just the same with a ::name cast, so no "unknown"
type there.
And in all of that, there's a single "Epos-DBA".db_grant_connect_to(...).
So it's not like the "candidates" are a large set. --DD
From | Date | Subject | |
---|---|---|---|
Next Message | suporte02@unitsistemas.com.br | 2025-08-08 12:55:52 | Re: Libpq.dll |
Previous Message | px shi | 2025-08-08 05:50:19 | Re: Questions about the continuity of WAL archiving |