имеем запрос:
выбрать
сумма(Нечто.ЧтоТо)
из
(выбрать 20 как ЧтоТо
объединить
выбрать NULL) как Нечто

объединить все

выбрать NULL+20

в первом случае получаем 20, во втором таки NULL. вопрос: это у только у 1С так?

да

ибо нет типизации, т.е. типизация идет по первой переменной

нет

В t-sql тоже так

вот, NULL на первом месте
выбрать первые 90
Нечто.ЧтоТо
поместить ВТ
из
(выбрать NULL как ЧтоТо
объединить все
выбрать 40) как Нечто
упорядочить по ЧтоТо;

выбрать сумма(ВТ.ЧтоТо) из ВТ как ВТ

оказывается, NULL не всегда ЕСТЬ NULL? ;)

Агрегатные функции игнорируют NULL.
Любые арифмитические операции с NULL-ом дают NULL.
NULL не равен ничему, кроме нуля.

Подозреваю, что это стандарт SQL-92 и такое поведение одинаково во всех СУБД, его придерживающихся.

Странные выводы...

(7) Тьфу, не равен ничему, кроме NULL-а.

(2) порядок, кстати, в этом случае никакого значения не имеет

(9) да и NULLу, если задуматься, тоже ;)

выбрать
выбор когда NULL=NULL тогда истина иначе ложь конец
объединить все
выбрать
выбор когда NULL<>NULL тогда истина иначе ложь конец

(11) ну, в общем, да :)
странно, зачем в SQL ввели отдельную конструкцию IS NULL...

перефразирую Кайденда и уйду спать

Агрегатные функции игнорируют NULL.
Любые арифметические операции с NULL-ом дают NULL.
Любое сравнение с NULLом даёт ложь.

Подозреваю, что это стандарт SQL-92 и такое поведение одинаково во всех СУБД, его придерживающихся.

всем спасибо, доброй ночи

(13) Нет для этого настройка в скуле есть

(14) Для чего "этого"?

(15) Для Null

(9) нул и себе не равен

Для русской параметр называется "Объединение со значением null дает null"

(17) да, забыл

А вообще Законы таинственного NULL следующие:

NULL=NULL это False
NULL<>NULL это тоже False

Единственное, что True, так это:

SOMETHING IS NULL

(18) да, есть такое, оказывается, для MS SQL

http://msdn.microsoft.com/ru-ru/library/ms176056.aspx

(17) всегда?

(20) на самом деле

NULL=NULL это NULL
NULL<>NULL это тоже NULL

(23) False

(1), (2) не правильно, также работает и pl/sql  в оракле

(23)(24) undefined

(26) Недопонял. В запросах 1С выражение null=null имеет вполне определенное булево значение, равно Ложь. Нет?

равное*

(27) а приведи пример. возможно, к примеру, соединение по нулл=нулл не соединяет по той причине, что undef молча преобразуется в ложь..

(23) (24) (25) (26) (27)
ВЫБОР
   КОГДА NULL = NULL
       ТОГДА ИСТИНА
   ИНАЧЕ ЛОЖЬ
КОНЕЦ

Возвращает Ложь.
Если проверка проходит, значит сравнение возвращает булево значение

(30) или молча конвертируется? любая операция с нуллом даёт ложь - читал где-то

(29) Это отчасти вопрос был ;)

(29) (30)

Если заменить NULL = NULL на неопределено, вылезет ошибка.
Автоматом не конвертируется.

Любая операция сравнения с NULL (даже операция «NULL = NULL»), даёт в результате значение «неизвестность» (UNKNOWN)
© wiki:NULL_(SQL)

но википедия такая википедия. оттуда же:
NULL может присваиваться переменным и записываться в поля, независимо от объявленного типа данных этих переменных (полей);

(30) Темное это дело (хорошо, для меня темное)

ВЫБОР
   КОГДА НЕ (NULL = NULL)
       ТОГДА ИСТИНА
   ИНАЧЕ ЛОЖЬ
КОНЕЦ

тоже истину даст.

(30) нет. получается значение undefined, а оно отбрасывается логикой двоичных предикатов.

по твоей логике код ниже должен возвращать 999

select case when not (null=null) then 999 else 111 end

(34) во, наверное UNKNOWN, а не undefined. уже точно не помню. но суть та же.

(34)(36) Хотелось бы остаться в рамках языка запросов 1С, что вне его - я знаю еще хуже ;)

(36) Но ведь "Выбор когда undefined" не пропускает проверка синтаксиса

(37) В общем, в 1с, получается, нет описывающего результат типа? )

(38) У языка запросов 1С ноги растут ведь из ANSI-SQL, правда? Поэтому лучше разбираться на примере первоисточника.

А ведь null бывает еще иногда равен другому null

(41) Не мучай мои мозги под вечер ;)

(41) я требую пример!
"NULL"=Прав("ДругойNULL", 4) не считается ;)

В языке 1С ТипЗнч(null=null) булево кстати

Аааа! Только не это! Опять! Сейчас Ненавижу1С накличите на свои головы :)

(35) Ложь даст.
Пример лишь демонстрирует, что сравнение NULL = NULL проходит синтаксис условия в запросе.
А это возможно только если он дает тип булево. Вот и всё =)
С другой стороны, ни один из прочих допустимых типов 1С не преобразуется автоматически в булево.
Однако, при попытке напямую задать условие:
ВЫБОР
   КОГДА (NULL = NULL) = ЛОЖЬ
       ТОГДА ИСТИНА
   ИНАЧЕ ЛОЖЬ
КОНЕЦ
Выдает ошибку о том, что нельзя сравнивать значения неограниченной длинны со значениями простых типов.
Т.е. веря логике конфигуратора, выходит, что (NULL = NULL) - значение неограниченной длинны =)

(43) таких  случаев несколько. например group by считает null-ы равными. order by тоже. еще есть скульная операция над таблицами которает нуллы равными считает. union тоже сворачивает null-ы.

(46) да, я хотел сказать ложь, опечатался *-) (то есть "НЕ" не работает).
Впрочем, уважаемые Wobland и rs_trade растолковали, почему.

(46) Оно говорит что нельзя сравнивать значения несовместимых типов.
То есть, оператор НЕ к несовместимому типу применить можно (хоть получиться хз что), а сравнить с булевым нельзя :)

(47) Это агрегатные функции, а не простые. По сути они не являются операциями сравнения.

КОГДА  (Не (NULL = NULL)) = Истина     Неверные параметры НЕ

КОГДА  (Не (NULL = NULL))     Все типа ок :)

(50) ну и что. в их случае же, нуллы равны между собой получаются.

Ладно, ну его нахер, а то ночью приснится

(52) Это и так понятно было - в первых сообщениях подробно расписали.

(54) и таки group by и order by не агрегатные функции.

Обалдели что ли?! Пардон глубочайше за мой французкий...

ЕСТЬNULL(ТвоеЗначение, 0) - и складывай с чем угодно.

(55) Угу. Это вообще не функции с точки зрения 1С =)
(56) Да понятно всё это. Малина на в том ))

(56) это всем понятно, разговор уже о высоких материях

20+ NULL
еще не было ? (не скуль)

(30) так нельзя
"null есть null" вернет истину

(60)
1-(null = null)

почувствуйте разницу

select sum(A+B), sum(A)+sum(B)
from ...