aboutsummaryrefslogtreecommitdiff
path: root/src/backend/parser/parse_expr.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2019-01-30 19:25:33 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2019-01-30 19:25:33 -0500
commit5f5c01459053c0975b89b5aa1a3d705e677348ae (patch)
tree881c6257801ac67d184cee602fbfada069941fc2 /src/backend/parser/parse_expr.c
parent689d15e95e3509554fbc1afd231b41f4a1fee669 (diff)
downloadpostgresql-5f5c01459053c0975b89b5aa1a3d705e677348ae.tar.gz
postgresql-5f5c01459053c0975b89b5aa1a3d705e677348ae.zip
Allow RECORD and RECORD[] to be specified in function coldeflists.
We can't allow these pseudo-types to be used as table column types, because storing an anonymous record value in a table would result in data that couldn't be understood by other sessions. However, it seems like there's no harm in allowing the case in a column definition list that's specifying what a function-returning-record returns. The data involved is all local to the current session, so we should be just as able to resolve its actual tuple type as we are for the function-returning-record's top-level tuple output. Elvis Pranskevichus, with cosmetic changes by me Discussion: https://postgr.es/m/11038447.kQ5A9Uj5xi@hammer.magicstack.net
Diffstat (limited to 'src/backend/parser/parse_expr.c')
0 files changed, 0 insertions, 0 deletions