1. Сначала выбрать документы согласно условию. (поля ссылка и договор)
2. Левое соединение с справочником договоры и получить вид договора.
3. Потом соединение с табличной частью и группировка по номенклатуре.


ps Такой запрос не нужно оптимизировать. На скорую руку +- 5 секунд не играет никакой роли.

psps 2 точки и больше - нежелательно применять в запросах.

Mad_HeadПрограммист 1с,

То что вы написали вряд ли будет оптимизацией с большой долей вероятности, то что вы написали и то что написал автор топика даст одинаковый запрос в СУБД.Да ну?

Тогда расскажите про работу оптимизатора во всех СУБД, с которыми работает 1с. А также не забудьте рассказать про файловый вариант, что творится в нем.

ps Вы беретесь предсказывать планы запроса в скуле? Или признаете что на практике скуль может любой запрос вывернуть как ему хочется?

DoctorRozaПрограммист 1с,
Учите мат. часть! Такое понятие как разыменование полей знаете? И что оно значит? Обращение к поле через точку плохо только для СОСТАВНОГО ТИПА!!
Все остальное - это "нормально" для 1С!Ух ты. Откуда подобную глупость взяли? Ссылочку пожалуйста на официальный ответ 1с. (А заодно рекомендую сходить на базовые курсы 1с и узнать за какое количество точек в запросе снижают оценку.)

ps То что у Вас есть понимание что происходит при соединении с составным полем, не значит что Вы знаете что происходит в других случаях. Приведите тогда план запроса, или сразу признаетесь что экстрасенс?

DoctorRozaПрограммист 1с,
Учите мат. часть! Такое понятие как разыменование полей знаете? И что оно значит? Обращение к поле через точку плохо только для СОСТАВНОГО ТИПА!!
Все остальное - это "нормально" для 1С!Специально для Вас пример Ваших незнаний (Можно рассказывать и дальше что 10 точек это нормально):

ВЫБРАТЬ

Реализация.Номенклатура

ИЗ

Документ.ПродажаТоваров.СписокТоваров КАК Реализация

ГДЕ

Реализация.Ссылка.Проведен

И Реализация.Ссылка.Дата МЕЖДУ &ДатаНач И &ДатаОкон

И Реализация.Ссылка.Договор.ВидДоговора.УсловияДоговора.ОсновныеУсловия.ВидОтстрочки = &ВидОтсрочки

СГРУППИРОВАТЬ ПО

Реализация.Номенклатура

DoctorRozaЕще раз! Обращение через точку - это механизм, узаконенный самой 1С. Называется РАЗЫМЕНОВАНИЕ ПОЛЕЙ! Он упрощает написание запросов, при этом вся аналитическая работа по созданию плана запроса падает на СУБД. Когда идет обращение к полю ЕДИНИЧНОГО типа, НИЧЕГО страшного в плане запроса SQL НЕ ПРОИСХОДИТ! Да, добавляются левые соединения в запрос T-SQL и ЧТО С ТОГО? Из логики задачи, для "оптимальности", Вы просто перепишете запрос 1С так, как он сейчас транслируется из сервера 1С (с левыми соединениями и т.п.) и НЕ БОЛЕЕ ТОГО! Обращение через точку плохо, когда идет обращение к СОСТАВНОМУ ТИПУ ДАННЫХ:
//
Регистратор.Ссылка.Ссылка - вот это зло! (да, такое я встречал)
//
Многократное обращение через точку - соглашусь с Вами, это не комильфо, ошибка архитектуры, но не критично! Ну будет 10 левых соединений и что? Это не та нагрузка для системы! А вот когда составной тип, там уже уже веселее! :)

Автору надо это понять и .. познакомиться с трассировкой и планом запроса, а то так и будет .. "ведра подавать"! :)Еще раз прошу официальную ссылочку что разрешено 10 точек. А также прошу ссылочку с экзамена 1с - почему там снижают оценку за количество точек. Или мы считаем это просто Вашим частным и неправильным мнением?

Специально для Вас: встречал запросы (кстати на учебе в 1с приводили аналогичные примеры) с несколькими точками - выполняющиеся минуты. После оптимизации - доли секунды. Это некритично?

ps Вашу позиция: набросаю ***вна - а там пусть скуль сам разберется - не выдерживает никакой критики. Во первых есть другие варианты работы базы (а вы про них упорно забываете), во вторых умение думать про все компоненты работы системы отличает специалиста от дилетанта. (Зальем в бак не 92 а 76 - и так поедет).

autsaiderautsaiderпропущено...


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

Невнимательно посмотрел запрос - индексирование поля Дововор не обязательно, отбора по нему нет. Запрос в нормеА план запроса?

DoctorRozaПрограммист 1с,
Автору кто-то напел, или не напел, в уши, про неоптимальность его запроса! Если начать переписывать запрос, убирать обращения через точки, то мы получим такой же запрос, что и сейчас дает План запроса на T-SQL (конечно, не углубляясь в задачу). Ну так почему мы говорим про неоптимальность, если получаем те же яйца только с боку?1. Еще раз - вы гадалка предсказываете план запроса? Абсолютная уверенность? Да ну?

2. Не уводите разговор в сторону (написать простейший запрос любой может). Напишите запрос с кучей точек и потом гадайте во что он превратится.

DoctorRoza1. Я знаю во что превратиться запрос Автора в Плане запроса! Он будет подобием того, что я написал выше. Проверяйте в Profiler'е если не верите!Пожалуйста покажите план запроса из sql, оракл, постгрее, и в файловом варианте.

А так как Вы это сделать не можете - очевидно признание Вашей лжи и некомпетентности в данном пункте.DoctorRozaПрограммист 1с,
Учите мат. часть! Такое понятие как разыменование полей знаете? И что оно значит? Обращение к поле через точку плохо только для СОСТАВНОГО ТИПА!!
Все остальное - это "нормально" для 1С!DoctorRozaМного обращений через точку - это плохо!Ух ты оказывается всё-таки плохо обращаться через много точек. А до этого говорили обратное...

Надеялся на длинный спор, а Вы так быстро слились...


ps В следующий раз когда будете указывать собеседнику указание учить мат часть, сначала неплохо бы бревно в своем глазу заметить...