locky GoldБаг
(иезуитским шепотом): на самом деле баг в оракуле, который допускает сии заведомо неправильные ситуяции....
а select 1 from dual в mssql работает, стоит только приложить руку....
зато в оракуле не работаит select @@microsoftversion...
а вот в сайбейзе работаит... стоит только приложить руку....
И в ASA тоже явный баг, правда очень такой баг всем нравится :)

P.S. А в каком Sybase нужно прикладывать руку ? С ASA то все понятно, вешаем на коннект процедуру инициализации, в которой создаем глобальную переменную @@microsoftversion, в которую пишем "Microsoft SQL Server 2005 Final", чтобы все сессии радовались. А разве в других СУБД Sybase это возможно ?

gardenmanможет проголосуем? ))
Sybase,MS SQL,DB2 - на одной стороне
Oracle,PostgreSQL,MySQL - на другой

Как интересно у INFORMIX и как у INTERBASE?
Sybase со всех сторон - ASE в лагерь MSSQL, ASA в лагерь Oracle :)

gardenman ASCRUS gardenmanможет проголосуем? ))
Sybase,MS SQL,DB2 - на одной стороне
Oracle,PostgreSQL,MySQL - на другой

Как интересно у INFORMIX и как у INTERBASE?
Sybase со всех сторон - ASE в лагерь MSSQL, ASA в лагерь Oracle :)

А Sybase IQ? посередине?
Sybase IQ как и полагается аналитическому серваку естественно сверху

В ASA сделано просто:
1. UNIQUE CONSTRAINT можно создавать только на NOT NULL поля
2. UNIQUE INDEX можно создавать на NULL поля (поведение как в Оракле)
3. Оптимизатор учитывает индексы с NULL полями
4. В CHECK CONSTRAINT выражение (Поле IN (1, 2, 3)) при поле со значением NULL вернет true

4 пункт самый веселый и самый злобный в отношении стандарта ANSI SQL. Но ... при использовании оказывается самый удобный. Действительно, если у меня NULL поле и я пишу на него проверку, то это уже означает, что к ней изначально подразумевается, что помимо перечисленных условий поле может содержать NULL. Соотвествующе вместо того, чтобы дописывать "OR Поле IS NULL" и увеличивать скрипт и работу сервера при проверках, здесь ввели сей возмутительный факт (Значение = NULL) = TRUE

P.S. Можно возмущаться сколько угодно, но лично мне поддержка NULL в UNIQUE INDEX и нарушение булевых операций с NULL в CHECK очень даже нравится, потому как помимо понятия "Правильно" есть еще понятия "Обоснованно" и "Удобно". Тем более, что если посмотреть на все существующие РСУБД и их "отклонения", сложно уже говорить о каких то стандартах, хотя каждый производитель и уверяет, что его РСУБД уж точно в полном обьеме поддерживает стандарты ANSI SQL таких то версий.