Re: CALL and named parameters

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

In response to

Browse pgsql-general by date

  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