Одна из фирм-франчази прислала в качестве тестового задания. Мне не для получения результата (он уже отрицательный), а для себя: как это все-таки нужно сделать?
Собственно задание: Есть запрос, нужно его оптимизировать.

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

1. .СубконтоДт1.Описание - соединить с нужной таблицей
2. сначала получить список счетов как (2)
3. (3)

еще можно индексировать временную таблицу, но тут надо смотреть на базе, ибо это может как плюсом пойти так и минусом

а... вижу чего нужно оптимизировать....   классика !!!! составной тип субконто!!!

заменить ИЛИ на объединение

(6) нет

(8) хотя да, в выбранных полях вижу

(7) не факт. от слова совсем

(8) типа этого


И Выразить(СубконтоКт1, Справочник.Контрагент) В ....

(10) так не факт или от слова совсем?
и почему совсем?

(6) вроде с субконто нет такой проблемы как с составными типами

(12) совсем не факт. с учетом что "задание от франча". п.1 было достаточно.

ИЛИ это уже для тех кто понимает структуру таблиц и оптимизацию на СКЛе. да и не понятно как в этом запросе правильно получить нужный набор объединением. а в итоге не обязательно, что такой запрос будет быстрее.

(13) а чо это нет-то. очень даже есть. или точнее может быть. если Описание есть не только у контрагентов, то хапнешь все таблицы. а нужны только Контрагенты.

это же задание франча ...

А как же индексировать По контрагенту в первой ВТ? Надо индексировать, ведь по контрагенту будут потом соединяться таблицы.

(16) зависит от величины ВТ, если сотня другая - индексировать во вред, если тысячи - индексировать надо, а вообще я уже писал здесь про индексирование ВТ

(17) Сори, я как истинный гений прочитал вопрос, потом написал что думаю, а только потом начал читать что пишут остальные.

А почему нельзя взять просто таблицу Обороты?

(11) вот это точно нет

(0) Какие критерии оптимизации? Скорость выполнения, читабельность запроса, угадать желания составителя задачи? )

(14) как получить - понятно. вообще таблица "движения с субконто" работает немного не так, как другие "виртуальны"

Для субконто поставить ВЫРАЗИТЬ

(20) почему???

посмотри план запроса в скуле, у меня нет под рукой

+(24) точно!

ВТ можно не индексировать, т.к. все-равно нигде по не отбор соединение не используется.

И вообще может лучше ОборотыДтКт использовать?

еще можно вложенный запрос сделать, чтобы конструкцию ВЫБОР не делать дважды

Сделал вот так:
// По первому запросу: добавил "различные" чтобы избежать дублирования контрагентов
    // По второму запросу применил внутреннее соединение. Считаю применение его более оптимальным.
    ТекстЗапроса =
        "ВЫБРАТЬ различные
        |    ЗакупкиОбороты.Контрагент
        |ПОМЕСТИТЬ ВТ_Контрагенты
        |ИЗ
        |    РегистрНакопления.Закупки.Обороты(
        |            &ДатаНачала,
        |            &ДатаОкончания,
        |            ,
        |            Организация = &Организация
        |                И Валюта = &Валюта) КАК ЗакупкиОбороты
        |;
        |
        |////////////////////////////////////////////////////////////////////////////////
        |ВЫБРАТЬ
        |    ВЫБОР
        |        КОГДА УправленческийДвиженияССубконто.СчетДт В ИЕРАРХИИ (&СчетГруппа)
        |            ТОГДА УправленческийДвиженияССубконто.СубконтоДт1
        |        ИНАЧЕ УправленческийДвиженияССубконто.СубконтоКт1
        |    КОНЕЦ КАК Контрагент,
        |    ВЫБОР
        |        КОГДА УправленческийДвиженияССубконто.СчетДт В ИЕРАРХИИ (&СчетГруппа)
        |            ТОГДА УправленческийДвиженияССубконто.СубконтоДт1.Описание
        |        ИНАЧЕ УправленческийДвиженияССубконто.СубконтоКт1.Описание
        |    КОНЕЦ КАК ОписаниеКонтрагента,
        |    УправленческийДвиженияССубконто.Сумма,
        |    УправленческийДвиженияССубконто.Регистратор,
        |    УправленческийДвиженияССубконто.Содержание
        |ИЗ
        |    РегистрБухгалтерии.Управленческий.ДвиженияССубконто(
        |            &ДатаНачала,
        |            &ДатаОкончания,
        |            Организация = &Организация
        |                И (СчетДт В ИЕРАРХИИ (&СчетГруппа)
        |                    ИЛИ СчетКт В ИЕРАРХИИ (&СчетГруппа)),
        |            ,
        |            ) КАК УправленческийДвиженияССубконто
        |        ВНУТРЕННЕЕ СОЕДИНЕНИЕ ВТ_Контрагенты КАК ВТ_Контрагенты
        |        ПО (ВЫБОР
        |                КОГДА УправленческийДвиженияССубконто.СчетДт В ИЕРАРХИИ (&СчетГруппа)
        |                    ТОГДА УправленческийДвиженияССубконто.СубконтоДт1
        |                ИНАЧЕ УправленческийДвиженияССубконто.СубконтоКт1
        |            КОНЕЦ = ВТ_Контрагенты.Контрагент)";

получил ответ:
1. - "По первому запросу: добавил "различные" чтобы избежать дублирования контрагентов" - Не согласен. виртуальные таблицы возвращают результат в максимально сгруппированном виде
   - "По второму запросу применил внутреннее соединение. Считаю применение его более оптимальным." - Не согласен. Соединение с виртуальными таблицами может очень сильно замедлить время выполнения запроса на некоторых данных.
   - Обращение через точку к полю составного типа не исправлено.
Если по последнему пункту понятно, то по остальному:
Что нужно-то?

Я так с первыми двумя возражениями не согласен. Особенно напрягает слово "может". А может не может?

>>>виртуальные таблицы возвращают результат в максимально сгруппированном виде


что-то я сомневаюсь, можно ссылочку?


>>>Соединение с виртуальными таблицами может очень сильно замедлить время выполнения запроса на некоторых данных.

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

(30) в 1 ответе какой-то бред написали, во 2 ответе написали правильно. отбирать надо стараться внутри вирт таблицы (особенно если отбор мало записей содержит). тем более ты таблицу криво соединил.

учиться тебе еще ...

(32) в первом верно
Учится тебе ещё..

(33) http://tsya.ru/

(32) Ну и как в этом случае соединять?

(34) Да не русский язык мы тут изучаем...
А недоязык недопрограммистов.

(14) нет логики в твоих словах
У него задача оптимизировать
Если тебе что то не понятно то читай документацию

Выразить нет - самый главный косяк. Он у тебя типа контрагенты

(36) с таким настроем недалеко ты пойдешь

+ (38) Это когда описание достаешь

(36) А по каким критериям недоязык и недопрограммисты?

Я вот, обиделся!

положат субд
СчетДт В ИЕРАРХИИ (&СчетГруппа)

(39) А что юмор сегодня дома оставил? или на работе забыл?

(41) Ну извини. Я ведь себя тоже туда отношу.

(44) Ну судя по теме да, ты именно такой ))

(43) настрой он ведь в шутках проявляется

(42) Тогда еще одна временная таблица?
выбрать счета из плана счетов из этой группы. Тогда не положит?

(47) Он со справочником путает. Вложенность у счетов небольшая - трогать не стоит

(33) чему учиться - всякой бредятине от франчей что ли?

накой скажи грузить зря СКЛ таблицей отбора в 1000 строк, когда по факту в ней всего 2 строки. да СКЛ может за тебя подумать, но факт такой, что может и не подумать.

так что в 1 ответе бредятина. ну возвращает сгрупипровано и чо. какая связь тут с оптимизацией-то.

(2) РАЗЛИЧНЫЕ не надо.. виртуальные таблицы уже свернуты по умолчанию..

(49) Так в выборе одно поле-измерение, поэтому и вернет одну строку

+(51) не так выразился, ну ты понял :) Я не понял про "грузить зря СКЛ таблицей отбора в 1000 строк"

(50) а. доперло. ну это так ... может когда-то сработать, а когда-то и нет.

(53) интересно, и когда это не сработает?
ты останови поток сознания, сначала думаю потом пиши сюда

(29) Нехорошо так.
Подытожу.
Условие разбить на объединиие двух запросов:
1) СчетДт В (ВЫБРАТЬ Счет из ВТСчета) И СубконтоДт1 В(...)
2) СчетКт В (ВЫБРАТЬ Счет из ВТСчета) И СубконтоКт1 В(...)

(55) И соединить с контрагентами, чтобы избавиться от "через точку"

(56) ты сначала проверь профайлером, что реально есть такая необходимость
помню, что был ньанс
или же так работает если условие по виду субконто задать в параметрах вирт таблицы..

(56) поле "описание" лучше вытащить еще во ВТ

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

Однозначно убрать ИЛИ — его плохо переносит SQL

(58) А вдруг описание - поле неограниченной длины? Тогда только через выразить?

Дичь дикая творица.

+к вышесказанному  активность = истина поставить в условие движенияссубконто иначе попадут неактивные  проводки;
по  максимуму убрать  из  параметра виртуальной таблицы соединение параметров по  И (сколько  И будет столько  сканов таблицы и будет при наложении условий)

(31)>>>виртуальные таблицы возвращают результат в максимально сгруппированном виде

за группировку  выборки из виртуальной  таблицы  на экзаменах  спец. по  платформе  баллы режут

(62) ну дай свой вариант что ли

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

Автор запрос сделал еще хуже чем был.

можно счета запихнуть в первую же вт(все ко всем и с учетом иерархии счетов)

а параметрах вирта условие переписать на типа (СчетДТ, СубконтоДт1) В (ВЫБРАТЬ ВТ_Контрагенты.Счет, ВТ_Контрагенты.Контрагент ИЗ ВТ_Контрагенты.Контрагент)

(49) >так что в 1 ответе бредятина.

Это был ответ на использование РАЗЛИЧНЫЕ, которое в данном случае - не имеет смысла.

(65)
Первым делом - Выбрать Различные в 1 запросе.

Если поставщиков мало, считанные единицы и Период мал- сделал бы как автор, ну, естественно, избавившись от В Иерархии в условиях, и, возможно, заменив ИЛИ на Объединение.

Если поставщиков дофига, но период мал - то я бы отказался от бессмысленной ВТ и соединял бы ВнутренниеСоединением ДвиженияССубконто с Оборотами по РН, даже если бы разбил запрос на 2 с Объединить.

В любом случае, я бы не Индексировал бы ВТ, так как это бессмысленно в 95% случаях и не писал бы какие - то условия в связи таблиц, как в (29).

пардон, да, Различные тут не нужны.

(70) "сделал бы как автор"-> сделал бы как в (0).

(64) "за группировку  выборки из виртуальной  таблицы  на экзаменах  спец. по  платформе  баллы режут" // Если в выборе не измерение, а реквизит измерения, то группировка нужна

(70) двойка тебе. ВТ Обороты сама выбирает различные

(74) см (71)

(73) если реквизит то да, но  это отдельная история :)

(70) "В иерархии" просто убивает производительность! Почему многие это игнорирут?!

Прогнал запрос на рабочей ИБ с замером через профайлер. Наибольший прирост производительность дало "Выразить" у составного субконто и замена "ИЛИ" на объединение запросов. Duration до 1100, после "Выразить" Duration 500, после замены "ИЛИ" Duration 300.
Замена "В иерархии" на ВТ прироста не показало, но, скорей всего, потому что был указан один счет (60).

1) добавить Различные в:
ВЫБРАТЬ
        |    ЗакупкиОбороты.Контрагент

2) вместо иерархии использовать связь по Родителю (считаем, что может 2 уровня иерхии в плане счетов)

(79) уже выяснили что различные тут лишнее :)

(79)
2) дваждый плохой совет
мало того, что будет соединение из за родителя, так еще и неустойчивое допущение делаешь насчет количества уровней

(77) В иерархии заменяется списком счетов, получаемым отдельным запросом, в чем там убийство?

в иерархии  можно заменить таким запросиком
ВЫБРАТЬ
    Хозрасчетный.Ссылка
ИЗ
    ПланСчетов.Хозрасчетный КАК Хозрасчетный
ГДЕ
    (Хозрасчетный.Ссылка В (&сСсылка)
            ИЛИ НЕ 1 В
                    (ВЫБРАТЬ
                        1 КАК Поле1
                    ИЗ
                        ПланСчетов.Хозрасчетный КАК Хозрасчетный
                    ГДЕ
                        Хозрасчетный.Ссылка В (&сСсылка)))

(82)  очень долго  будет.  в типовых  нигде не видел  чтобы В ИЕРАРХИИ использовалось...всегда создается СписокСчетов   заполняется до  запроса  и передается в виде параметра.

(82)Там запрос рекурсивно строится кажется. В этом.

(84) не поленился, посмотрел, бух корп 3.0 - 736 раз используется условие "в иерархии", это только тексты модулей.

(86) посмотри кассовую  книгу например

(36) Ну так а какого лешего ты ходил устраиваться на недоязык, а теперь еще у недопрограммистов решил спросить почему тебя не взяли?

Неужели 1С до сих пор не поправила В ИЕРАРХИИ, и ужас из (83) лучше?

мне кажется это все предрассудки от версии 8.1

(89) не тестил, но "ужас" из (83) во  всех  рлс  используется тк там в иерархии нет возможности применить)

Навскидку не вижу как этот запрос можно переделать на объединение без потери скорости.

(91) у меня этот запрос не получает иерархию

(93) он  не дает иерархию... она работает  как иерархия... если сСылка список пустой  то запрос вернет весь план (8.3)
в 8.2 не вернет

мне (83) запросы из RLS напоминает...

(93) а если ты выбираешь  сСылка не пустой  то в выборке будут подчиненные элементы

(95) так и есть

Что значит работает как иерархия?

выбрал счет 62. дал только его

http://pastenow.ru/e233d2d4027850f37ab94b7159114caa

Там вконце родитель, это я уже игрался

(0) ИМХО было достаточно предложить:

1. Поменять РегистрБухгалтерии.Управленческий.ДвиженияССубконто
На
РегистрБухгалтерии.Управленческий.Обороты

В этом случае мы отказываемся от ВЫБОР - КОГДА- ТОГДА
И на Счет тоже ставим одно условие.

2. Поменять
....Субконто1.Описание
на
ВЫРАЗИТЬ(.Субконто1 КАК Справочник.Контрагенты).Описание
Ну либо явно связать Субконто1 со Справочником Контрагенты и Описание брать из него

3. Задать параметр "Субконто" в вирт. таблице

(98) http://www.screencapture.ru/file/1102ac58

(102) но причем здесь в ИЕРАРХИИ, когда (83) ???