Re: BUG #17800: ON CONFLICT DO UPDATE fails to detect incompatible fields that leads to a server crash
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andres Freund <andres@anarazel.de>
Cc: Michael Paquier <michael@paquier.xyz>, exclusion@gmail.com,
pgsql-bugs@lists.postgresql.org
Date: 2023-02-23T18:53:34Z
Lists: pgsql-bugs
Attachments
- v1-use-private-output-array-for-MULTIEXPR.patch (text/x-diff) patch v1
I wrote: > Hmm ... this doesn't look very much like what I was imagining. Let > me draft a prototype and we can compare. Here's what I was thinking about. I didn't bother adding regression test cases yet, but it fixes both of the symptoms Alexander found. This looks pretty workable to me, and in particular I think it'd be safe to backpatch (with some fields moved to the end of their structs to satisfy ABI worries). We could then revert 3f7323cbb et al in the back branches. regards, tom lane
Commits
-
Fix MULTIEXPR_SUBLINK with partitioned target tables, yet again.
- ffec64ba86c4 11.20 landed
- a033f9165c2c 15.3 landed
- 9eaba06027ae 14.8 landed
- 904b171a4655 12.15 landed
- 87f3667ec079 16.0 landed
- 1e199c259947 13.11 landed
-
Repair rare failure of MULTIEXPR_SUBLINK subplans in inherited updates.
- 3f7323cbbdd3 13.9 cited