aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorAndres Freund <andres@anarazel.de>2015-07-26 15:56:26 +0200
committerAndres Freund <andres@anarazel.de>2015-07-26 16:53:13 +0200
commit29e4455d7139d0b1bf8d3b62e566e7bb20cf0ec6 (patch)
tree24fc4a0d65b4060a0235a651a0926dbcfb66dce1 /src/backend/executor/nodeModifyTable.c
parent3500d1cc78f61927e05c0e73158b87ff24f81c09 (diff)
downloadpostgresql-29e4455d7139d0b1bf8d3b62e566e7bb20cf0ec6.tar.gz
postgresql-29e4455d7139d0b1bf8d3b62e566e7bb20cf0ec6.zip
Allow to push down clauses from HAVING to WHERE when grouping sets are used.
Previously we disallowed pushing down quals to WHERE in the presence of grouping sets. That's overly restrictive. We now instead copy quals to WHERE if applicable, leaving the one in HAVING in place. That's because, at that stage of the planning process, it's nontrivial to determine if it's safe to remove the one in HAVING. Author: Andrew Gierth Discussion: 874mkt3l59.fsf@news-spur.riddles.org.uk Backpatch: 9.5, where grouping sets were introduced. This isn't exactly a bugfix, but it seems better to keep the branches in sync at this point.
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions