Есть
"СуммаЗаказаВРублях.СуммаУпр + РасчетыСКонтрагентамиОстатки.СуммаУпрОстаток КАК Оплачено,

Выдаёт Null при РасчетыСКонтрагентамиОстатки.СуммаУпрОстаток = Null

Если использовать ЕстьNull то всё срабатывает разность вычисляется.

База на PostgreSQL.
Что-то раньше такого я не встречал когда базы на MS-SQL были. Или я глючу?

ты глючишь

нул всегда будет нул. таков закон вселенной

А почему 10-null = null?

(1) Я согласен с постом.

ЕстьNull(СуммаЗаказаВРублях.СуммаУпр,0) + ЕстьNull(РасчетыСКонтрагентамиОстатки.СуммаУпрОстаток,0)

(3) потому, что NULL это не ноль

(3) Потому что 10-НеизвестноЧто=НеизвестноЧто
А та как думал?

(5) да, так работает. НО как я понял если в выражении одно из слогаемых Null то и всё выражение даёт Null?

(7) точняк!

(7) вот что значит правильная метафора!

в логических не так ))

Да, кстати, правильно замечено в (11)

НеизвестноЧто=НеизвестноЧто -> Ложь
НеизвестноЧто<>НеизвестноЧто -> Ложь

Но так только в языке запросов. Во встроенном языке.
НеизвестноЧто=НеизвестноЧто -> Истина

(12) ващемта
НеизвестноЧто=НеизвестноЧто -> НеизвестноЧто(может истина, может ложь - хз)

(12) я не про то, я про:

NULL или ИСТИНА -> ИСТИНА

(14) в табло:
NULL или Истина    {(1)}: Преобразование значения к типу Булево не может быть выполнено

в запросе
Текст запроса: Строка 4: {(4,8)}: Неверные параметры "OR"
(Null <<?>>или Истина)

Хотя по логике должно быть именно Истина

NULL <> NULL

(15) ну представь, что в запросе у тебя:
Поле ИЛИ Истина

где Поле в следствии левого соединения принимает значение NULL

(13) Логическое выражение возвращает значение логического типа. Поэтому:
НеизвестноЧто=НеизвестноЧто -> Ложь
(14) Ну это нормально. OR ведь, а не XOR.