Есть простейший запрос для УТ 11

ВЫБРАТЬ
    ДополнительныеСведения.Объект.Ссылка КАК ССылка,
    ДополнительныеСведения.Свойство КАК Свойство,
    ДополнительныеСведения.Значение КАК Значение
ИЗ
    РегистрСведений.ДополнительныеСведения КАК ДополнительныеСведения
ГДЕ
    ДополнительныеСведения.Объект.Ссылка В
            (ВЫБРАТЬ РАЗЛИЧНЫЕ
                ПоручениеЭкспедиторуОснования.Основание.Ссылка КАК Ссылка
            ИЗ
                Документ.ПоручениеЭкспедитору.Основания КАК ПоручениеЭкспедиторуОснования
            ГДЕ
                ПоручениеЭкспедиторуОснования.Ссылка = &Ссылка)

уходит в стопор, что не так делаю парни?

не надо .Ссылка

там реализации основания для поручения экспедитору ссылки, а реализации имеют максимум по одному доп сведению

в начале?

Всё.

ВЫБРАТЬ РАЗЛИЧНЫЕ
ПоручениеЭкспедиторуОснования.Основание КАК Ссылка
ПОМЕСТИТЬ ВТ_Основания
Документ.ПоручениеЭкспедитору.Основания КАК ПоручениеЭкспедиторуОснования
ГДЕ
ПоручениеЭкспедиторуОснования.Ссылка = &Ссылка;

////////////////////////////////////////////////
ВЫБРАТЬ
ВТ_Основания.Ссылка КАК Ссылка
ДополнительныеСведения.Свойство КАК Свойство,
ДополнительныеСведения.Значение КАК Значение
ИЗ
ВТ_Основания КАК ВТ_Основания
ВНУТРЕННЕЕ СОЕДИНЕНИЕ
РегистрСведений.ДополнительныеСведения КАК ДополнительныеСведения
ПО ДополнительныеСведения.Объект = ВТ_Основания.Ссылка


Попробуй и кайфани

Если у тебя заполнение допссведений не принудительное, то вместо внутреннего соединения сделай левое и обработай правильно NULL

ВЫБРАТЬ РАЗЛИЧНЫЕ
ПоручениеЭкспедитору.Основание КАК Ссылка
ПОМЕСТИТЬ ВТ_Основания
ИЗ
Документ.ПоручениеЭкспедитору КАК ПоручениеЭкспедитору
ГДЕ
ПоручениеЭкспедитору.Основание = &Ссылка;

Просмотрел первый блок)

Я понял, спасибо,но просто .ссылку убрал и 0,012с выполнение!

Ну и что бы вообще классно работало - проверь есть ли индекс на основаниях. Можешь построить средствами СУБД если умеешь.

Индекса нет, но это не железный повод уходить в стопорт
в чем прикол не понятно.. в чем разница ПоручениеЭкспедитору.Основание и ПоручениеЭкспедитору.Основание.Ссылка?

(9) Посмотри выполняемые запросы на sql-сервере и посмотри разницу

(9) Посмотри план запроса. Когда ты делаешь ссылка.ссылка внутренним (если не левым) привязываются все таблицы которые там могут быть в первой ссылке.

а конкретно "ссылка.ссылка внутренним (если не левым) привязываются все таблицы" - это конкретно где в исходном запросе получается неправильно?

там соединений нет

(13) ну-ну.

Понял вас! соединения в скуле если составнойТип.Ссылка,
Спасибо!

"Если в запросе используется получение значения через точку от поля составного ссылочного типа, то при выполнении этого запроса будет выполняться соединение со всеми таблицами объектов, входящими в этот составной тип. В результате SQL текст запроса чрезвычайно усложняется, и при его выполнении оптимизатор СУБД может выбрать неоптимальный план. Это может привести к серьезным проблемам производительности и даже к неработоспособности запроса в отдельных случаях."

различные работает дольше чем группировка

(17) да ну? чем докажешь?

+(18) Я тоже всегда считал, что группировка тяжелее

(17) Это абсолютно одинаковые инструкции для сервера.

(18) берешь запрос с миллионом записей и смотришь в консоли

(19) см. выше

(20) disitinct и group by ?

(21) Да

(21) Речь конечно о ситуации когда результат  disitinct или group by не будут отличаться. Оптимизатор запроса понимает что ему требуется и по сути будет генерировать и там и там одинаковый план запроса.