Re: Attribute of type record has wrong type error with MERGE ... WHEN NOT MATCHED BY SOURCE THEN DELETE
Tom Lane <tgl@sss.pgh.pa.us>
From: Tom Lane <tgl@sss.pgh.pa.us>
To: Dean Rasheed <dean.a.rasheed@gmail.com>
Cc: Tender Wang <tndrwang@gmail.com>,
Duncan Sands <duncan.sands@deepbluecap.com>,
pgsql-bugs@lists.postgresql.org
Date: 2025-03-11T17:14:31Z
Lists: pgsql-bugs
Attachments
- v2-generate-correct-vartype-for-whole-row-vars-HEAD.patch (text/x-diff) patch v2
- v2-generate-correct-vartype-for-whole-row-vars-15.patch (text/x-diff) patch v2
I wrote: > Double ugh. I guess we could get preprocess_function_rtes to > insert the appropriate relid ... OK, that was less painful than I feared. makeWholeRowVar has several different special cases for RTE_FUNCTION, but most of them don't bear on this problem, because we wouldn't have applied inlining when they did. It seems sufficient to fetch pg_type.typrelid for the function's nominal return type and store that if it's not 0. Patches for HEAD and v15 attached. I haven't checked other branches but I expect the deltas won't be big. regards, tom lane
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Repair commits 317aba70e et al for -DWRITE_READ_PARSE_PLAN_TREES.
- b200180dec98 13.21 landed
- 7713f4592ad0 15.13 landed
- 1a20bc94623e 14.18 landed
-
Build whole-row Vars the same way during parsing and planning.
- f4e7756ef9a4 18.0 landed
- fec43428c966 16.9 landed
- d3a29ae6a60c 14.18 landed
- ca0830e5a27a 17.5 landed
- ae0be2f0bd72 15.13 landed
- 39af32f7883f 13.21 landed
-
Preserve RangeTblEntry.relid when expanding a view RTE.
- 28a7e31d0cec 13.21 landed
- 584f17a9063e 14.18 landed
- 317aba70ef83 15.13 landed
-
Fix incorrect non-strict join recheck in MERGE WHEN NOT MATCHED BY SOURCE.
- d7d297f84496 17.1 cited