xtenderИ вообще смешно все это смешно Судя по вашим придиркам в оракле все очень и очень хорошо, если докапываетесь только до индексирования NULL'ов
Нет ничего такого, где всё было бы хорошо.

Dimitry Sibiryakovxtenderесли зная это размещать опциональные nullable поля последними, то и размер
базы уменьшается и нагрузка на процессор снижается.
Ну да, на каждый NULL же тратится целый бит. Или всё ещё байт?..

Интереснее то, что для типичных условий a la where x = ?, where x < ? и т.п., null'ы в колонке X в самом деле не нужны и в Oracle иногда можно на этом очень неплохо выиграть. А ещё можно реализовать такие unique constraint'ы, когда можно запихать в колонку неограниченное количество null'ов (а когда null'ы индексируются, получается, что один null равен другому и более одного не запихать).

Неудобно же, когда условия выглядят как where x is null (workaround'ы мне кажутся неизящненькими; однако заметим, что для условий наподобие where x is null and y = ? ораклячьи индексы очень наже годятся, ибо в индексе по (y,x) нужные null'ы проиндексируются).

Теперь надо как-то считать - для скольких запросов отсутствие null'ов в индексе помогает, для скольких мешает, какова величина помощи/помехи, какова критичность того или иного запроса. Как много людей считали такую статистику для своих приложений? Мне кажется, что where x is null характерны больше для админских/разработческих дел, одноразовых запросов, но не для готовых приложений (исключая, быть может, эмуляцию not exists через внешнее соединение xxx left join yyy on xxx.x=yyy.x where yyy.x is null, причём там от индекса по yyy(x) отнюдь не требуется хранение null'лв).

Использовал обыкновеннейшую, безобиднейшую, всем известную поговорку "В огороде бузина, а в Киеве дядька", только слегка модернизированную (любой вспомнит то, что я вспомнил).

В самом деле, что бы ни имелось в виду под "set ansi nulll" в MS SQL (я не в курсе), особой связи с возможностью индексировать в DB2 так и эдак не прослеживается. Если (предположим) set ansi null в MS SQL повлияет на семантику запросов, потенциальую выдачу неправильных результатов, то DB2-шные индексы повлияют всего лишь на производительность.

Симонов ДенисVictor MetelitsaА ещё можно реализовать такие unique constraint'ы, когда можно запихать в колонку неограниченное количество null'ов (а когда null'ы индексируются, получается, что один null равен другому и более одного не запихать).

хотите сказать, что СУБД индексирующие NULL этого сделать не могут?

DB2 это делать не могла.
http://www.ibm.com/support/knowledgecenter/SSEPGG_10.5.0/com.ibm.db2.luw.sql.ref.doc/doc/r0000919.html?cp=SSEPGG_10.5.0/2-12-7-80
When UNIQUE is used, null values are treated as any other values. For example, if the key is a single column that may contain null values, that column may contain no more than one null value.(имеет смысл, когда не EXCLUDE NULL KEYS, который Specifies that an index entry is not created when all parts of the index key contain the null value.)

ну, правда, в явном виде unique-constraint там вообще
http://www.ibm.com/support/knowledgecenter/SSEPGG_10.5.0/com.ibm.db2.luw.sql.ref.doc/doc/r0000927.html?cp=SSEPGG_10.5.0/2-12-7-101
UNIQUE (column-name, ...)
Defines a unique key composed of the identified columns. The identified columns must be defined as NOT NULL.

но я про constraints в широком смысле.

а про "все СУБД, индексирующие NULL'ы" или "IBM-еры в принципе не могли бы это реализовать, даже если бы захотели", естественно, такое говорить глупо.

Неиндексирование null-ов - это такие пустяки, мелкое раздражение (с вещами вроде отсутствия log'ов у Firebird'а совершенно не сопоставимо). На этом можно придумывать занятные трюки.

Вот так, например:

пусть поле f принимает значения 'A', 'B', 'C', ...
и "почти всегда" в нём 'A',
а нам нужно выбрать where f <> 'A'

Antognini описывает такой подход:
сделать индекс по nullif(f, 'A')
и выбирать where not nullif(f, 'A') is null.

Изящное решение, малюсенький индекс.

Но, правда, не помню, чтобы мне когда-то приходилось применять такое на практике. В типичных запросах эта особенность Oracle как-то незаметна.

кстати,
where nullif(f, 'A') = ?
когда вы точно знаете, что ? не равен 'A', тоже неплохо. Для 'A' index entries нет, selectivity гарантированно сильная.