aboutsummaryrefslogtreecommitdiff
path: root/src/backend/commands/tablespace.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2022-02-11 15:23:52 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2022-02-11 15:24:02 -0500
commite5691cc9170bcd6c684715c2755d919c5a16fea2 (patch)
tree252e58f20a782f8afe4094c727198919450cd647 /src/backend/commands/tablespace.c
parent549ec201d6132b7c7ee11ee90a4e02119259ba5b (diff)
downloadpostgresql-e5691cc9170bcd6c684715c2755d919c5a16fea2.tar.gz
postgresql-e5691cc9170bcd6c684715c2755d919c5a16fea2.zip
Don't use_physical_tlist for an IOS with non-returnable columns.
createplan.c tries to save a runtime projection step by specifying a scan plan node's output as being exactly the table's columns, or index's columns in the case of an index-only scan, if there is not a reason to do otherwise. This logic did not previously pay attention to whether an index's columns are returnable. That worked, sort of accidentally, until commit 9a3ddeb51 taught setrefs.c to reject plans that try to read a non-returnable column. I have no desire to loosen setrefs.c's new check, so instead adjust use_physical_tlist() to not try to optimize this way when there are non-returnable column(s). Per report from Ryan Kelly. Like the previous patch, back-patch to all supported branches. Discussion: https://postgr.es/m/CAHUie24ddN+pDNw7fkhNrjrwAX=fXXfGZZEHhRuofV_N_ftaSg@mail.gmail.com
Diffstat (limited to 'src/backend/commands/tablespace.c')
0 files changed, 0 insertions, 0 deletions