Какой запрос более оптимален.
Что лучше, выбрать 1 раз из виртуальной таблицы и использовать "ВЫБОР КОГДА ТОГДА" или выбрать несколько раз из виртуальных таблиц и НЕ использовать "ВЫБОР КОГДА ТОГДА"

1)
ВЫБРАТЬ
  Субконто1,
  ВЫБОР КОГДА Счет = &Счет1 ТОГДА СуммаОборотКт ИНАЧЕ 0 КОНЕЦ КАК Сумма1,
  ВЫБОР КОГДА Счет = &Счет2 ТОГДА СуммаОборотКт ИНАЧЕ 0 КОНЕЦ КАК Сумма2
ИЗ
  РегистрБухгалтерии.Хозрасчетный.Обороты(,,,Счет В (&Счет1,&Счет2))

или:

2)
ВЫБРАТЬ
  Субконто1,
  Сумма(Сумма1) КАК Сумма1,
  Сумма(Сумма2) КАК Сумма2
ИЗ(
  ВЫБРАТЬ
     Субконто1,
     СуммаОборотКт КАК Сумма1,
     0 КАК Сумма2
  ИЗ
     РегистрБухгалтерии.Хозрасчетный.Обороты(,,,Счет = &Счет1)

  ОБЪЕДИНИТЬ ВСЕ

  ВЫБРАТЬ
     Субконто1,
     0 КАК Сумма1,
     СуммаОборотКт КАК Сумма2
  ИЗ
     РегистрБухгалтерии.Хозрасчетный.Обороты(,,,Счет = &Счет2)
) КАК Обороты
СГРУППИРОЫВТЬ ПО Субконто1

(0) Всяко вариант 1 лучше.

(1) Чем?

(0) замер производительности не предлагать?

(2) чем второй...

(2) Тем, что запрос один а не два, не?

(5) я бы без замеорв не был бы так категоричен

(3) Ты прав. Надо мерить. Но если у кого то есть теоретическое обоснование - напишите, пожалуйста.

(7) теория не всегда совпадает с практикой, так что - меряй.

(0) почему СГРУППИРОВАТЬ только во втором запросе?

(9) потому что в первом уже сгруппировано

(10) с чего это вдруг?

(10) а если субконто одинаковые у счетов?

(6) да ладно. То  ты один раз прошелся по данным и условие проверил, а то два, сначала для первого условия, потом для второго.

(11)(12) да, для чистоты надо добавить.
2 записи с одним субконто и одним счетом - сами схлопнутся, а вот разные счета нет...

(9) да, надо тоже добавить группировку

(7) Ты во втором варианте создаёшь две больших таблицы. Потом их объединяешь... Ну зачем это?

Результат:

1-й запрос: 51,7 % времени
2-й запрос: 48,3 % времени

И это еще без группировки. Сейчас добавлю группировку, разница еще больше будет...

Спор ни о чем.
Достаточно посмотреть во что вырождается первый и второй запрос.

(17) при одинаковой производительности я бы оставил более чиаемый вариант, т.е. первый

(18) Что ты имеешь ввиду? План запроса?

(20) То, что поедет на сервер СУБД.

(0) Вариант ОБЪЕДИНИТЬ ВСЕ - это повторное сканирование таблицы, а считывание данных - тяжелее, чем ВЫБОР КОГДА.

(20) И только потом смотреть план выполнения :)

Результат с группировкой первого запроса:
1-й запрос: 56 % времени
2-й запрос: 44 % времени

(0) "Счет В (&Счет1,&Счет2)" почему не ИЛИ ?

(22) похоже зависит от количества обрабатываемых строк. В моем случае "ВЫБОР КОГДА" тяжелее

(21) а как увидеть то, что поедет на сервер СУБД?

(25) Если не ошибаюсь, ИЛИ в SQL преобразуются в объединения... или соединения... В общем ИЛИ будет хуже.

(27) Настроить технологический журнал или разбирать файл трассы...

(25) При ИЛИ не работает индекс.

К слову, если Счет1 и Счет2 имеют разное количество субконто (на одном, например - одно, а на втором - два), то запрос к СУБД всё равно выродиться в запрос к двум таблицам - остатков и оборотов по счетам с одним субконто и к таблице остатков и оборотов по счетам с двумя субконто.

И почему не рассматривается вопрос с соединением:

ВЫБРАТЬ
  ЕСТЬNULL(ХозрасчетныйОборотыПоСчету1.Субконто1, ХозрасчетныйОборотыПоСчету2.Субконто1) КАК Субконто,
  ЕСТЬNULL(ХозрасчетныйОборотыПоСчету1.СуммаОборотКт, 0) КАК Сумма1,
  ЕСТЬNULL(ХозрасчетныйОборотыПоСчету2.ВалютнаяСуммаОборотКт, 0) КАК Сумма2
ИЗ
  РегистрБухгалтерии.Хозрасчетный.Обороты(, , , Счет = &Счет1, , , , ) КАК ХозрасчетныйОборотыПоСчету1
  ЛЕВОЕ СОЕДИНЕНИЕ РегистрБухгалтерии.Хозрасчетный.Обороты(, , , Счет = &Счет2, , , , ) КАК ХозрасчетныйОборотыПоСчету2
    ПО ХозрасчетныйОборотыПоСчету1.Субконто1 = ХозрасчетныйОборотыПоСчету2.Субконто1
УПОРЯДОЧИТЬ ПО
  Субконто

(31) * ВалютнаяСуммаОборотКт читать как СуммаОборотКт

(31)* вместо ЛЕВОГО соединения ПОЛНОЕ

Что-то туплю сегодня...

(30) действительно? это скверно, я так часто разворачиваю.
goodjob, запусти первый запрос с ИЛИ, скинь пожалуйста результат.
еще если не затруднит скинь релиз 1c, и к-во строк результата, спасибо.

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

для оборотов лучше указывать виды субконто.

(35) Вы там часом не анализ субконто строите?

Тогда проще указать параметры виртуальной таблицы по виду субконто, выбирать в запросе одну сумму (вместо Сумма1, Сумма2,... СуммаN) и добавить в выбору поле Счет.

+ к (37) Озвучил бы автор задачу целиком. А то может статься, что правильное решение не имеет ни чего общего с тем, что написано в (0)...

(38) Это специализированный отчет по контрагентам и договорам, в нем много показателей которые представляют из себя обороты по определенным бух. счетам. Каждый показатель - один или несколько счетов. В основном у счетов Субконто1-Контрагент, Субконто2-Договор, но не у всех.

(39) >> но не у всех.

Не у всех они идут в указанном порядке или не у всех они в принципе есть?

>> Это специализированный отчет

Ну и делайте на СКД. Всё одним запросом с полями Счет, Контрагент, Договор, СуммаОборота.
В настройках схемы в строках - контрагенты и договоры, в колонках - счета.
Если хочется красоты, то можно поле Счет заменить на поле Показатель

ВЫБОР
 КОГДА Счет = &Счет1 ТОГДА "Показатель1"
 КОГДА Счет = &Счет2 ТОГДА "Показатель2"
 КОГДА Счет В (&Счет3, &Счет4, &Счет5) ТОГДА "Показатель3"
КОНЕЦ КАК НазваниеПоказателя"

(40) у некоторых порядок отличается, у некоторых нужно контрагента и договор вытаскивать из других мест.

Делаю на СКД. Там еще много вычисляемых полей на основе этих показателей, так что их надо иметь уже в запросе...

(0)(22) ВАЖНО! Счет В (&Счет1,&Счет2) это условие, скорее всего,   н е   и с п о л ь з у е т   индексы, в отличии от Счет = &Счет1 и Счет = &Счет2 во 2-м варианте. Вот поэтому 2-й вариант с ОБЪЕДИНИТЬ ВСЕ и 2-мя условиями использующими индексы быстрее... В стандартах 1С есть статья http://its.1c.ru/db/v8std#content:2149184307:1

(26) см. (42)

(42) попутал ты что-то...

(44) Это из стандартов с ИТС. Например, запрос:

ВЫБРАТЬ Товар.Наименование ИЗ Справочник.Товары КАК Товар ГДЕ Артикул = "001" ИЛИ Артикул = "002"  

следует заменить на запрос:  

ВЫБРАТЬ Товар.Наименование ИЗ Справочник.Товары КАК Товар ГДЕ Артикул = "001"
|ОБЪЕДИНИТЬ ВСЕ
|ВЫБРАТЬ Товар.Наименование ИЗ Справочник.Товары КАК Товар ГДЕ Артикул = "002"

(44) как это Счет В (&Счет1,&Счет2) в профайлере отображается?

Счет IN (@p1, @p2)

индекс при (47), вероятно НЕ работает, как и при (30)

(22) Ну ты и отжег :))))

(45) "Не следует использовать ИЛИ в секции ГДЕ". Про параметры виртуальной таблицы не сказано

(48) ты на план запроса посмотрел?

на ИТС за ИЛИ написано

(51) нет, с профайлером проблема

вообще затраты на выполнение case очень малы.

(52) Если (47) по индексу читает, то почему-же оно медленнее ОБЪЕДИНИТЬ ВСЕ ???

(54) Не всегда так.

(49) С а м о е  смешное, что я когда-либо видел
Если СсылкаНаОбъект.ПолучитьОбъект().ЭтоНовый() Тогда
  ...
КонецЕсли;

что Счет IN (@p1, @p2), что объеденить, с большой долей вероятности сиквел эти два запроса приведет к одному виду

(13) Александер, я же сказал, что не стал бы выносить однозначное решение без замеров производительности

+(59) Оптимизаторы СУБД не настолько тупы что бы два раза сканировать одни и те же данные в столь простом запросе.

(0) Представьте что ваш код поддерживает сексуальный маньяк изврашенец, который знает где вы живете и какими тропами ходите домой. Я за первый вариант :)

В итоге сделал так:


ВЫБРАТЬ
  Субконто1,
  СуммаОборотКт
ПОМЕСТИТЬ Обороты
ИЗ
  РегистрБухгалтерии.Хозрасчетный.Обороты(,,,Счет В (&Счет1,&Счет2))
ИНДЕКСИРОВАТЬ ПО Субконто1;

////////////////////////////////////////////////////////////

ВЫБРАТЬ
  Субконто1,
  Сумма(Сумма1) КАК Сумма1,
  Сумма(Сумма2) КАК Сумма2
ИЗ(
  ВЫБРАТЬ
     Субконто1,
     СуммаОборотКт КАК Сумма1,
     0 КАК Сумма2
  ИЗ
     Обороты ГДЕ Счет = &Счет1

  ОБЪЕДИНИТЬ ВСЕ

  ВЫБРАТЬ
     Субконто1,
     0 КАК Сумма1,
     СуммаОборотКт КАК Сумма2
  ИЗ
     Обороты ГДЕ Счет = &Счет2
) КАК Обороты
СГРУППИРОВАТЬ ПО Субконто1

И от "ВЫБРАТЬ КОГДА ТОГДА" избавился, и обращение к виртуальной таблице одно

Индексироать не нужно

если строк много - то не по СК, а по счету тогда уж

(62) это не может работать: ты в виртуальную таблицу счет не выбрал, а потом его в условиях используешь

(64),(65) вы правы :)

(57) А самое печальное что я недавно встретил в конфе заказчика это:
Процедура УстановитьСубконто(Счет, Субконто, ВидСубконто, ЗначениеСубконто...)
...
Если ТипЗнч(ВидСубконто) = Тип("Число") Тогда
...
Иначе
ВидСубк = ПланыВидовХарактеристик.ВидыСубконтоУпр.НайтиПоНаименованию(ВидСубконто.Наименование);
...
КонецЕсли;
КонецПроцедуры

(42) "В" это SQLный IN. Использует индексы. Инфа 146%.

8.3.2 пробовал? Там говорят регистр бухгалтерии ускорили, тока реструктуризация нужна