From: | "Joel Jacobson" <joel(at)compiler(dot)org> |
---|---|
To: | "Pavel Stehule" <pavel(dot)stehule(at)gmail(dot)com> |
Cc: | "PostgreSQL Hackers" <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: pl/pgsql feature request: shorthand for argument and local variable references |
Date: | 2021-03-28 13:52:35 |
Message-ID: | d4ad5fd2-2337-4744-a43c-73644d9b66ef@www.fastmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sun, Mar 28, 2021, at 15:12, Pavel Stehule wrote:
> Maybe I don't understand your proposal well, I am sorry. Creating your own language should not be hard, but in this case the plpgsql is not well extendable. The important structures are private. You can do it, but you should do a full copy of plpgsql. I don't think so you can reuse handler's routines - it is not prepared for it. Unfortunately, the handler expects only function oid and arguments, and there is not a possibility how to pass any options (if I know).
Sorry, let me clarify what I mean.
I mean something along the lines of adding a new nullable column to "pg_language", maybe "lanroutinelabel"?
All other columns (lanispl, lanpltrusted, lanplcallfoid, laninline, lanvalidator) would reuse the same values as plpgsql.
/Joel
From | Date | Subject | |
---|---|---|---|
Next Message | Julien Rouhaud | 2021-03-28 13:58:42 | Re: [PATCH] Enhancements to pg_stat_statements contrib extension |
Previous Message | Pavel Stehule | 2021-03-28 13:36:28 | Re: Idea: Avoid JOINs by using path expressions to follow FKs |