Re: Support prepared statement invalidation when result types change

Поиск
Список
Период
Сортировка
От Jelte Fennema
Тема Re: Support prepared statement invalidation when result types change
Дата
Msg-id CAGECzQQnm2Tdq9_EJRDL-HVEGcbEmpqADxXJ=p5zVXheu1=8-g@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Support prepared statement invalidation when result types change  (jian he <jian.universality@gmail.com>)
Ответы Re: Support prepared statement invalidation when result types change
Список pgsql-hackers
On Mon, 28 Aug 2023 at 11:27, jian he <jian.universality@gmail.com> wrote:
> With parameters, it also works, only a tiny issue with error reporting.
>
> prepstmt2 | PREPARE prepstmt2(bigint) AS SELECT * FROM pcachetest
> WHERE q1 = $1; | {bigint}        | {bigint,bigint,bigint}
> ERROR:  column "q1" does not exist at character 61
> HINT:  Perhaps you meant to reference the column "pcachetest.x1".
> STATEMENT:  execute prepstmt2(1);
>
> I think "character 61" refer to "PREPARE prepstmt2(bigint) AS SELECT *
> FROM pcachetest WHERE q1 = $1;"
> so maybe the STATEMENT is slightly misleading.

Could you share the full set of commands that cause the reporting
issue? I don't think my changes should impact this reporting, so I'm
curious if this is a new issue, or an already existing one.



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Peter Geoghegan
Дата:
Сообщение: Re: Eager page freeze criteria clarification
Следующее
От: Sergey Shinderuk
Дата:
Сообщение: Re: Fix error handling in be_tls_open_server()