aboutsummaryrefslogtreecommitdiff
path: root/src/backend
diff options
context:
space:
mode:
authorTomas Vondra <tomas.vondra@postgresql.org>2019-07-15 02:00:31 +0200
committerTomas Vondra <tomas.vondra@postgresql.org>2019-07-18 11:30:12 +0200
commit1c2acc32dc6cb15c6ea038a954af9a4db8d01f08 (patch)
treeafbf95aa9e9336399321ab77802c3b2d713bf426 /src/backend
parent42276976a1437c88fb6176fc1a876fd79a139eb0 (diff)
downloadpostgresql-1c2acc32dc6cb15c6ea038a954af9a4db8d01f08.tar.gz
postgresql-1c2acc32dc6cb15c6ea038a954af9a4db8d01f08.zip
Fix handling of NULLs in MCV items and constants
There were two issues in how the extended statistics handled NULL values in opclauses. Firstly, the code was oblivious to the possibility that Const may be NULL (constisnull=true) in which case the constvalue is undefined. We need to treat this as a mismatch, and not call the proc. Secondly, the MCV item itself may contain NULL values too - the code already did check that, and updated the match bitmap accordingly, but failed to ensure we won't call the operator procedure anyway. It did work for AND-clauses, because in that case false in the bitmap stops evaluation of further clauses. But for OR-clauses ir was not easy to get incorrect estimates or even trigger a crash. This fixes both issues by extending the existing check so that it looks at constisnull too, and making sure it skips calling the procedure. Discussion: https://postgr.es/m/8736jdhbhc.fsf%40ansel.ydns.eu
Diffstat (limited to 'src/backend')
-rw-r--r--src/backend/statistics/mcv.c16
1 files changed, 11 insertions, 5 deletions
diff --git a/src/backend/statistics/mcv.c b/src/backend/statistics/mcv.c
index a708a8f6740..429cafd689b 100644
--- a/src/backend/statistics/mcv.c
+++ b/src/backend/statistics/mcv.c
@@ -1593,12 +1593,18 @@ mcv_get_match_bitmap(PlannerInfo *root, List *clauses,
MCVItem *item = &mcvlist->items[i];
/*
- * For AND-lists, we can also mark NULL items as 'no
- * match' (and then skip them). For OR-lists this is not
- * possible.
+ * When the MCV item or the Const value is NULL we can treat
+ * this as a mismatch. We must not call the operator because
+ * of strictness.
*/
- if ((!is_or) && item->isnull[idx])
- matches[i] = false;
+ if (item->isnull[idx] || cst->constisnull)
+ {
+ /* we only care about AND, because OR can't change */
+ if (!is_or)
+ matches[i] = false;
+
+ continue;
+ }
/* skip MCV items that were already ruled out */
if ((!is_or) && (matches[i] == false))