]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Allow extracting fields from a ROW() expression in more cases.
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 15 Sep 2023 20:20:08 +0000 (16:20 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 15 Sep 2023 20:20:08 +0000 (16:20 -0400)
commitece1154f4c892585ee824a2bde764ff85169b021
tree11ed6d8be407a5c565ffff8387f14e7ab66105d6
parentbddbbdf99b16b4f3abaa05d6e1d8ee209efeaa7a
Allow extracting fields from a ROW() expression in more cases.

Teach get_expr_result_type() to manufacture a tuple descriptor directly
from a RowExpr node.  If the RowExpr has type RECORD, this is the only
way to get a tupdesc for its result, since even if the rowtype has been
blessed, we don't have its typmod available at this point.  (If the
RowExpr has some named composite type, we continue to let the existing
code handle it, since the RowExpr might well not have the correct column
names embedded in it.)

This fixes assorted corner cases illustrated by the added regression
tests.

This is a back-patch of the v13-era commit 8b7a0f1d1 into previous
branches.  At the time I'd judged it not important enough to back-patch,
but the upcoming fix for bug #18077 includes a test case that depends
on this working correctly; and 8b7a0f1d1 has now aged long enough to
have good confidence that it won't break anything.

Discussion: https://postgr.es/m/10872.1572202006@sss.pgh.pa.us
Discussion: https://postgr.es/m/3607145.1694803130@sss.pgh.pa.us
src/backend/utils/fmgr/funcapi.c
src/test/regress/expected/rowtypes.out
src/test/regress/sql/rowtypes.sql