Fix EXPLAIN of SEARCH BREADTH FIRST with a constant initial value.
authorTom Lane <[email protected]>
Sun, 16 Oct 2022 23:18:08 +0000 (19:18 -0400)
committerTom Lane <[email protected]>
Sun, 16 Oct 2022 23:18:08 +0000 (19:18 -0400)
commit8122160ffb68acb0db740f4f6456fdaaaa577d90
tree079a060f096bfeca8dbb46b3fe29bb018d07c53f
parent18e60712dd852f796bb31a64e8389d92be7cf9c6
Fix EXPLAIN of SEARCH BREADTH FIRST with a constant initial value.

If the non-recursive term of a SEARCH BREADTH FIRST recursive
query has only constants in its target list, the planner will
fold the starting RowExpr added by rewrite into a simple Const
of type RECORD.  The executor doesn't have any problem with
that --- but EXPLAIN VERBOSE will encounter the Const as the
ultimate source of truth about what the field names of the
SET column are, and it didn't know what to do with that.
Fortunately, we can pull the identifying typmod out of the
Const, in much the same way that record_out would.

For reasons that remain a bit obscure to me, this only fails
with SEARCH BREADTH FIRST, not SEARCH DEPTH FIRST or CYCLE.
But I added regression test cases for both of those options
too, just to make sure we don't break it in future.

Per bug #17644 from Matthijs van der Vleuten.  Back-patch
to v14 where these constructs were added.

Discussion: https://postgr.es/m/17644-3bd1f3036d6d7a16@postgresql.org
src/backend/utils/adt/ruleutils.c
src/backend/utils/fmgr/funcapi.c
src/test/regress/expected/with.out
src/test/regress/sql/with.sql