From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at> |
Cc: | Erik Rijkers <er(at)xs4all(dot)nl>, Michael Paquier <michael(at)paquier(dot)xyz>, Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>, DUVAL REMI <REMI(dot)DUVAL(at)cheops(dot)fr>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: proposal: schema variables |
Date: | 2024-08-01 22:02:27 |
Message-ID: | CAFj8pRDQjOYF5yCUzPfAXgeVUUW0qV5XdeoG0mJy2dPrjGNFSQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-performance |
čt 1. 8. 2024 v 13:22 odesílatel Laurenz Albe <laurenz(dot)albe(at)cybertec(dot)at>
napsal:
> On Thu, 2024-08-01 at 08:12 +0200, Pavel Stehule wrote:
> > fresh rebase + fix format in doc
>
> Thanks!
>
> I'm curious, but too lazy to build the patch now, so I'm asking:
> what did you do about this error?
>
> > CREATE VARIABLE var AS date;
> > LET var = current_date;
> > PREPARE stmt(date) AS SELECT $1;
> > EXECUTE stmt(var);
> > ERROR: paramid of PARAM_VARIABLE param is out of range
>
> Or does a later patch take care of that?
>
It is working with patch "allow read an value of session variable directly
from expression executor"
It looks very similar to evaluation of parameters of CALL statements.
Without the mentioned patch, the CALL statements don't allow variables as
an argument. I blocked usage of session variables as EXECUTE parameters
until direct access to session variables in expression evaluation is
supported.
Regards
Pavel
> Yours,
> Laurenz Albe
>
From | Date | Subject | |
---|---|---|---|
Next Message | Alexander Korotkov | 2024-08-01 22:51:11 | Re: Asymmetric partition-wise JOIN |
Previous Message | Nathan Bossart | 2024-08-01 21:41:18 | Re: optimizing pg_upgrade's once-in-each-database steps |
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2024-08-03 05:40:00 | Re: proposal: schema variables |
Previous Message | Pavel Stehule | 2024-08-01 11:24:58 | Re: proposal: schema variables |