Re: Support prepared statement invalidation when result types change - Mailing list pgsql-hackers

From jian he
Subject Re: Support prepared statement invalidation when result types change
Date
Msg-id CACJufxF_-F0cUuuO08zV+KwbV7JFCJFPsLzcRvYQcY8F0WvqZA@mail.gmail.com
Whole thread Raw
In response to Re: Support prepared statement invalidation when result types change  (Jelte Fennema <me@jeltef.nl>)
Responses Re: Support prepared statement invalidation when result types change
List pgsql-hackers
On Tue, Aug 29, 2023 at 12:51 AM Jelte Fennema <me@jeltef.nl> wrote:
>
> 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.

I didn't apply your v2 patch.
full set of commands:
--------------------
regression=# CREATE TEMP TABLE pcachetest AS SELECT * FROM int8_tbl;
SELECT 5
regression=# PREPARE prepstmt2(bigint) AS SELECT * FROM pcachetest
WHERE q1 = $1;'
PREPARE
regression=# alter table pcachetest rename q1 to x;
ALTER TABLE
regression=# EXECUTE prepstmt2(123);
2023-08-29 17:23:59.148 CST [1382074] ERROR:  column "q1" does not
exist at character 61
2023-08-29 17:23:59.148 CST [1382074] HINT:  Perhaps you meant to
reference the column "pcachetest.q2".
2023-08-29 17:23:59.148 CST [1382074] STATEMENT:  EXECUTE prepstmt2(123);
ERROR:  column "q1" does not exist
HINT:  Perhaps you meant to reference the column "pcachetest.q2".
--------------------------



pgsql-hackers by date:

Previous
From: Daniel Gustafsson
Date:
Subject: Re: Standardize spelling of "power of two"
Next
From: "Zhijie Hou (Fujitsu)"
Date:
Subject: RE: logical_replication_mode