aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeModifyTable.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2016-07-03 14:53:37 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2016-07-03 14:53:46 -0400
commitc89d507649df9fbc21617e02ab4d5e765a28b7df (patch)
treea6cc92d04c3f43715b10bcd37470ed420ca16be4 /src/backend/executor/nodeModifyTable.c
parent3a4a33ad49e7887b104a29323e4ea625d164a139 (diff)
downloadpostgresql-c89d507649df9fbc21617e02ab4d5e765a28b7df.tar.gz
postgresql-c89d507649df9fbc21617e02ab4d5e765a28b7df.zip
Round rowcount estimate for a partial path to an integer.
I'd been wondering why I was sometimes seeing fractional rowcount estimates in parallel-query situations, and this seems to be the reason. (You won't see the fractional parts in EXPLAIN, because it prints rowcounts with %.0f, but they are apparent in the debugger.) A fractional rowcount is not any saner for a partial path than any other kind of path, and it's equally likely to break cost estimation for higher paths, so apply clamp_row_est() like we do in other places.
Diffstat (limited to 'src/backend/executor/nodeModifyTable.c')
0 files changed, 0 insertions, 0 deletions