aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/varchar.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2019-11-11 14:39:54 -0500
committerTom Lane <tgl@sss.pgh.pa.us>2019-11-11 14:39:54 -0500
commitb6423e92abfadaa1ed9642319872aa1654403cd6 (patch)
tree2e2df9b2f6b0210294498ac9dee4139bc9035e05 /src/backend/utils/adt/varchar.c
parent13e8b2ee896d76dfcd02dddee40919fd6f2cd937 (diff)
downloadpostgresql-b6423e92abfadaa1ed9642319872aa1654403cd6.tar.gz
postgresql-b6423e92abfadaa1ed9642319872aa1654403cd6.zip
Doc: fix ancient mistake, or at least obsolete info, in rules example.
The example of expansion of multiple views claimed that the resulting subquery nest would not get fully flattened because of an aggregate function. There's no aggregate in the example, though, only a user defined function confusingly named MIN(). In a modern server, the reason for the non-flattening is that MIN() is volatile, but I'm unsure whether that was true back when this text was written. Let's reduce the confusion level by using LEAST() instead (which we didn't have at the time this example was created). And then we can just say that the planner will flatten the sub-queries, so the rewrite system doesn't have to. Noted by Paul Jungwirth. This text is old enough to vote, so back-patch to all supported branches. Discussion: https://postgr.es/m/CA+renyXZFnmp9PcvX1EVR2dR=XG5e6E-AELr8AHCNZ8RYrpnPw@mail.gmail.com
Diffstat (limited to 'src/backend/utils/adt/varchar.c')
0 files changed, 0 insertions, 0 deletions