Сабж

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

(0) оба варианта в топку

(2)Тогда как ?

Весь запрос:

       Запрос = Новый Запрос("
       |ВЫБРАТЬ ПЕРВЫЕ 1
       |    КонвертацияДС.Дата КАК НачДата
       |ПОМЕСТИТЬ ДатаНачалаСмены
       |ИЗ
       |    Документ.КонвертацияДС КАК КонвертацияДС
       |ГДЕ
       |    КонвертацияДС.Проведен = ИСТИНА
       |
       |УПОРЯДОЧИТЬ ПО
       |    НачДата УБЫВ
       |;
       |
       |////////////////////////////////////////////////////////////////////////////////
       |ВЫБРАТЬ ПЕРВЫЕ 1
       |    РасходнаяНакладная.Дата КАК КонДата
       |ПОМЕСТИТЬ ДатаОкончанияСмены
       |ИЗ
       |    Документ.РасходнаяНакладная КАК РасходнаяНакладная
       |ГДЕ
       |    РасходнаяНакладная.Проведен = ИСТИНА
       |
       |УПОРЯДОЧИТЬ ПО
       |    КонДата УБЫВ
       |;
       |
       |////////////////////////////////////////////////////////////////////////////////
       |ВЫБРАТЬ
       |    ЕСТЬNULL(СУММА(РасходнаяНакладнаяУслуги.Сумма), 0) КАК Сумма,
       |    МИНИМУМ(ДатаНачалаСмены.НачДата) КАК НачДата,
       |    МАКСИМУМ(ДатаОкончанияСмены.КонДата) КАК КонДата
       |ИЗ
       |    Документ.РасходнаяНакладная.Услуги КАК РасходнаяНакладнаяУслуги,
       |    ДатаНачалаСмены КАК ДатаНачалаСмены,
       |    ДатаОкончанияСмены КАК ДатаОкончанияСмены
       |ГДЕ
       |    РасходнаяНакладнаяУслуги.Ссылка.Дата > ДатаНачалаСмены.НачДата
       |    И РасходнаяНакладнаяУслуги.Номенклатура = ЗНАЧЕНИЕ(Справочник.Номенклатура.ПополнениеБалансаВодителей)
       |    И РасходнаяНакладнаяУслуги.Ссылка.Проведен = ИСТИНА");

сумма() зачем?

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

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

Вместо

РасходнаяНакладная.Проведен = ИСТИНА

обычно пишут просто

РасходнаяНакладная.Проведен

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

"       |ИЗ
       |    Документ.РасходнаяНакладная.Услуги КАК РасходнаяНакладнаяУслуги,
       |    ДатаНачалаСмены КАК ДатаНачалаСмены,
       |    ДатаОкончанияСмены КАК ДатаОкончанияСмены"

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

.

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

так.

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

Любое число + NULL == NULL
Так что

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

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

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

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

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

(20) какой - этой?

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

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

(22) и? продолжай

(22) проверка на ЕстьNULL в твоем случае не нужна

Она нужна к примеру вот в таком запросе

ВЫБРАТЬ
  Таблица1.Реквизит1,
  СУММА(Таблица1.Сумма) КАК Сумма1,
  СУММА(ЕСТЬNULL(Таблица2.Сумма, 0)) КАК Сумма2
ИЗ Таблица1 КАК Таблица1

ЛЕВОЕ СОЕДИНЕНИЕ Таблица2 КАК Таблица2
ПО Таблица1.Реквизит = Таблица2.Реквизит1

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

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

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

(26)Здесь - это где?

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

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

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

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

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

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

(33) во!

(33) нет ибо агрегат

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

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

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

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

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

wiki:NULL_(SQL)

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

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

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

Господа вариант1 работает, а вариант2 дает.
{Форма.Форма.Форма(67)}: Преобразование значения к типу Число не может быть выполнено
       СуммаТоваровУслуг = КассаСуммаВККМ - БалансВодителей;

   Результат = Запрос.Выполнить().Выбрать();
   Если Результат.Следующий() Тогда
       БалансВодителей = Результат.Сумма;
       СуммаТоваровУслуг = КассаСуммаВККМ - БалансВодителей;
   КонецЕсли;

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

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

Конечно 2

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

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

(49)(51)->(46)

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

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

Правильнее

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

(47) уговорил))

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

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

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

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

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

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

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

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

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

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

(66) +1

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

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

(65) нифига

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

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

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