pgsql: Restore correct btree preprocessing of "indexedcol IS NULL" cond

Поиск
Список
Период
Сортировка
От Tom Lane
Тема pgsql: Restore correct btree preprocessing of "indexedcol IS NULL" cond
Дата
Msg-id E1Qc4Tc-00040N-N9@gemulon.postgresql.org
обсуждение исходный текст
Список pgsql-committers
Restore correct btree preprocessing of "indexedcol IS NULL" conditions.

Such a condition is unsatisfiable in combination with any other type of
btree-indexable condition (since we assume btree operators are always
strict).  8.3 and 8.4 had an explicit test for this, which I removed in
commit 29c4ad98293e3c5cb3fcdd413a3f4904efff8762, mistakenly thinking that
the case would be subsumed by the more general handling of IS (NOT) NULL
added in that patch.  Put it back, and improve the comments about it, and
add a regression test case.

Per bug #6079 from Renat Nasyrov, and analysis by Dean Rasheed.

Branch
------
master

Details
-------
http://git.postgresql.org/pg/commitdiff/a5652d3e05380edcd35236e94b924c8c105eaefd

Modified Files
--------------
src/backend/access/nbtree/nbtutils.c       |   17 +++++++++-
src/test/regress/expected/create_index.out |   48 ++++++++++++++++++++++++++++
src/test/regress/sql/create_index.sql      |    8 +++++
3 files changed, 71 insertions(+), 2 deletions(-)


В списке pgsql-committers по дате отправления:

Предыдущее
От: Heikki Linnakangas
Дата:
Сообщение: pgsql: Move the PredicateLockRelation() call from nodeSeqscan.c to heap
Следующее
От: Tom Lane
Дата:
Сообщение: pgsql: Restore correct btree preprocessing of "indexedcol IS NULL" cond