Fix logical errors in constraint exclusion: we cannot assume that a CHECK
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 12 Jan 2008 00:11:45 +0000 (00:11 +0000)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 12 Jan 2008 00:11:45 +0000 (00:11 +0000)
commit7e77ce00b1aff2f2859825cf938172619d3e2f10
tree367a945d873a55d1e1c84f226b3a3ae35d8d6911
parentfff6a61e19fd80c9a239bfedf59771cef2d6748d
Fix logical errors in constraint exclusion: we cannot assume that a CHECK
constraint yields TRUE for every row of its table, only that it does not
yield FALSE (a NULL result isn't disallowed).  This breaks a couple of
implications that would be true in two-valued logic.  I had put in one such
mistake in an 8.2.5 patch: foo IS NULL doesn't refute a strict operator
on foo.  But there was another in the original 8.2 release: NOT foo doesn't
refute an expression whose truth would imply the truth of foo.
Per report from Rajesh Kumar Mallah.

To preserve the ability to do constraint exclusion with one partition
holding NULL values, extend relation_excluded_by_constraints() to check
for attnotnull flags, and add col IS NOT NULL expressions to the set of
constraints we hope to refute.
src/backend/optimizer/util/plancat.c
src/backend/optimizer/util/predtest.c