diff options
author | Tom Lane <tgl@sss.pgh.pa.us> | 2020-07-03 19:01:21 -0400 |
---|---|---|
committer | Tom Lane <tgl@sss.pgh.pa.us> | 2020-07-03 19:01:21 -0400 |
commit | 153c14cdd714381b186d3e3a2272d29f4717be9e (patch) | |
tree | 1d6f1169690c8b42b5b5e7ffc71466f910e0fbac /src/backend/utils/adt/genfile.c | |
parent | 8b83e01607a85c1099dc08f0f95ce22f715bfa26 (diff) | |
download | postgresql-153c14cdd714381b186d3e3a2272d29f4717be9e.tar.gz postgresql-153c14cdd714381b186d3e3a2272d29f4717be9e.zip |
Clamp total-tuples estimates for foreign tables to ensure planner sanity.
After running GetForeignRelSize for a foreign table, adjust rel->tuples
to be at least as large as rel->rows. This prevents bizarre behavior
in estimate_num_groups() and perhaps other places, especially in the
scenario where rel->tuples is zero because pg_class.reltuples is
(suggesting that ANALYZE has never been run for the table). As things
stood, we'd end up estimating one group out of any GROUP BY on such a
table, whereas the default group-count estimate is more likely to result
in a sane plan.
Also, clarify in the documentation that GetForeignRelSize has the option
to override the rel->tuples value if it has a better idea of what to use
than what is in pg_class.reltuples.
Per report from Jeff Janes. Back-patch to all supported branches.
Patch by me; thanks to Etsuro Fujita for review
Discussion: https://postgr.es/m/CAMkU=1xNo9cnan+Npxgz0eK7394xmjmKg-QEm8wYG9P5-CcaqQ@mail.gmail.com
Diffstat (limited to 'src/backend/utils/adt/genfile.c')
0 files changed, 0 insertions, 0 deletions