Как правильно сделать в запросе проверку на NULL ? #627857

Сабж

А разве есть варианты ?

оба варианта в топку

Тогда как ?

Весь запрос:

сумма зачем?

Надо получить сумму с начала смены и по конец смены.

так если что правильнее при любых раскладах

Вместо обычно пишут просто РасходнаяНакладная.Проведен

Иначе при нулл вылетит по ошибке

вот это что? Почему не соединением с таблицами?

.

запрос в нерабочий

так.

А соединение не надо, надо даты начала смены и конца.

у меня встречный вопрос: а откуда вообще берётся null?

Посмотрел в коде УПП оба варианта используются. ISNULL(SUM(Выражение),0) должен быть быстрее

в его случае не в каком

вот о том и речь. а ответ на сабжевый вопрос зависит от конкретной задачи

С чего ради, этой номенклатуры может и не быть в смене.

какой - этой?

|    И РасходнаяНакладнаяУслуги.Номенклатура = ЗНАЧЕНИЕ(Справочник.Номенклатура.ПополнениеБалансаВодителей)

При левом соединении Номенклатуры с чем то где суммы, если в таблице сумм нет номенклатуры - будет NULL

и? продолжай

проверка на ЕстьNULL в твоем случае не нужна Она нужна к примеру вот в таком запросе ВЫБРАТЬ если что - запрос набрал руками. Вообщем, думаю что из него понятно, что из Таблица2 можем получить сумму NULL и преобразовываем ее в 0, а из Таблица1 в данном случае мы получаем всегда число - и ЕСТЬNULL просто не нужна

где здесь левое соединение?

одно из двух - либо вы загнались, либо я

Здесь - это где?

Я описал возможный вариант полученя нулла в сумме

Но вылазит ошибка, СУММА(РасходнаяНакладнаяУслуги.Сумма) КАК Сумма = NULL

если запрос вернет 0 записей то оба варианта ддут NULL

мы здесь вроде как конкретный запрос обсуждаем

Тогда вообзе будет пустой результат без всяких нулов

+Если что раньше ЕСТЬNULL тут не стоял.

во!

нет ибо агрегат

аа...Пропустил :-)

никакой разницы, но я за ЕСТЬNULL(СУММА(...),0)

"никакой разницы"  разница есть

Раньше не было, я его сейчас поставил и задумался где же его лучше поставить до СУММА или после.

Я тоже, здесь либо есть NULL, либо его нету.

только если выборка пустая, то есть

Имхо предпочтительнее первый вариант если без группировок ниже, а если ниже написано ГРУППИРОВАТЬ то второй. не голосую!

Господа вариант1 работает, а вариант2 дает. {Форма.Форма.Форма}: Преобразование значения к типу Число не может быть выполнено

не только. возьмём, например, выборку из таблицы, где во всех строках Null

ы-ы-ы :-)  попытка на DB2 просуммировать табличку из одних нуллов как isnull(sum,0) завершилась успешно, результата - 0, а вот с sum(isnull(,0))  -вывалило 1С с ошибкой SDBL

Конечно 2

Если Сумма = NULL, тогда НачДата и КонДата тоже = NULL, можно как то сделать что бы они были правильно полученными из временных таблиц ?

всех голосовавших за вариант 1 срочно на переаттестацию

->

так изучать запросы тебе нужно, твой запрос из неявно преобразован в full join с соответсвующими выводами.

+53 запрос в вообще работает так, как ты задумывал?

Правильнее

Типовые смотрел?

уговорил))

какой ещё фулл джойн? кросс джойн, наверное?

+ попробуй соединить через запятую пустую таблицу

я так понимаю, "," = "inner join on true"

Сумма вернет NULL, только если во всех строках было NULL, т.к. по дефолту NULL при агрегации игнорируется. Т.е. по результату оба варианты равнозначны. Но вообще, если не ошибаюсь, в сиквеле это поведение можно менять. Так что теоретически второй вариант однозначнее. На практике же - монопенисуально.

Таки не монопенисуально, в Вашем случае, каждое сумма будет проверяться на NULL, а в случае "ЕСТЬNULL(СУММА(РасходнаяНакладнаяУслуги.Сумма), 0)" только результат. Какбэ производительность!!!

Кто за 2 объясните тогда почему вываливается в ошибку см., Результат.Сумма там равно NULL

Емнип, была фишка - в случае, когда 1. В результате запроса только значения агрегатов (функций) 2. На входе были NULL В этом случае Выборка.Количество = 1 и в там строки с нулами Решение - обрабатывать такую ситуацию или добавить поле. Например, добавить в результат выборки РасходнаяНакладнаяУслуги.Номенклатура

очевидно же что первый вариант будет 0 давать если будет хоть один нулл

Второй вараинт даст null при пустой выборке

Это в чем же Ваша очевидность заключается?

+1

да-да, cross, это я пургу прогнал сперепугу

Очевидно, (с) :) что проверка на null производится в обоих случаях. В одном из случаев просто можно указать, как его интерпретировать, во втром это по умолчанию

нифига

вру. sum null-ы игнорит

Золотые слова Юрий Венедиктович (ц)

у какие-то временные таблицы пустые.