Как оптимизировать данный запрос для динамического списка:

ВЫБРАТЬ
    Номенклатура.Ссылка,
    Номенклатура.Артикул,
    Номенклатура.ЕдиницаИзмерения,
    ЦеныНоменклатурыСрезПоследних.Цена
ИЗ
    Справочник.Номенклатура КАК Номенклатура
        ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних КАК ЦеныНоменклатурыСрезПоследних
        ПО Номенклатура.Ссылка = ЦеныНоменклатурыСрезПоследних.Номенклатура

отбор по типу цены добавь в параметры виртуальной таблицы

в условия виртуальной таблицы добавить..
Номенклатура В (Выбрать Товары.Ссылка ИЗ Справочник.Номенклатура как Товары)

вот так (2) не надо делать

по идее по сонвной таблице отбор ограничен видимыми строками..

в регистре итоги хранятся?

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

(1) Будем считать, что у меня нет там измерения ТипЦены (ВидЦены), а в форме есть отбор по типу товара. Вот такой запрос:

ВЫБРАТЬ
    СправочникНоменклатура.Ссылка,
    ЦеныНоменклатурыСрезПоследних.Цена
ИЗ
    Справочник.Номенклатура КАК СправочникНоменклатура
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(, {(Номенклатура.ТипНоменклатуры = &ТипНоменклатуры)}) КАК ЦеныНоменклатурыСрезПоследних
        ПО СправочникНоменклатура.Ссылка = ЦеныНоменклатурыСрезПоследних.Номенклатура
{ГДЕ
    (СправочникНоменклатура.ТипНоменклатуры = &ТипНоменклатуры)}

Нет, даже вот такой:

ВЫБРАТЬ
    СправочникНоменклатура.Ссылка,
    ЦеныНоменклатурыСрезПоследних.Цена
ИЗ
    Справочник.Номенклатура КАК СправочникНоменклатура
        ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ЦеныНоменклатуры.СрезПоследних(, {(Номенклатура.ТипНоменклатуры = &ТипНоменклатуры)}) КАК ЦеныНоменклатурыСрезПоследних
        ПО СправочникНоменклатура.Ссылка = ЦеныНоменклатурыСрезПоследних.Номенклатура
{ГДЕ
    (СправочникНоменклатура.ТипНоменклатуры = &ТипНоменклатуры)}


Как оптимизировать его, чтоб не было соединений

(7) это совсем другой запрос.
В этом запросе соединение нафиг не нужно абсолютно

(8) а это превратит левое во внутреннее при установке отбора на форме

+(10) и соединение опять станет ненужным

из 2х таблиц нельзщя получить данные без соединения

нахер тебе справочник сдался, если тебя интересуют только те записи, для которых есть цена?

(12) так ему данные из одной нужны!

А цена?

(14) Да, Номенклатура вся нужна

цены может не быть, ну ладно там ЕстьNull приму

Даже если по регистру выбирать, то все равно неявные соединения будут

(16) тогда все свои запросы выкидывай в лес и верни, как было, только в параметр виртульной аблицы добавь {(Номенклатура.ТипНоменклатуры = &ТипНоменклатуры)}

(17) убери из ГДЕ этот отбор насовсем

(20) Где устанавливает отбор в талицу самого справочника, без него никак

(21) а! точно, в справочнике тоже есть это поле. Ты прав. ну, тогда оставь (8). Как-то сильнее ты это уже не оптимизируешь.

(19) А параметр виртуальной таблицы чтоб лишние записи не рассматривать

Галка по итогам регистра включена?

есть что нибудь подобное в типовых решениях?

(24) Разрешить итоги: срез последних? Нет

искать слово Соединение во всех элементах форм

(26) так поставь. ускорение будет громадное

Может как то так?

ВЫБРАТЬ
    СправочникНоменклатура.Ссылка,
    0 КАК Цена
ИЗ
    Справочник.Номенклатура КАК СправочникНоменклатура
ГДЕ
    СправочникНоменклатура.ТипНоменклатуры = &ТипНоменклатуры
{ГДЕ
    (СправочникНоменклатура.ТипНоменклатуры = &ТипНоменклатуры)}

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

ВЫБРАТЬ
    ЦеныНоменклатурыСрезПоследних.Номенклатура,
    ЦеныНоменклатурыСрезПоследних.Цена
ИЗ
    РегистрСведений.ЦеныНоменклатуры.СрезПоследних(, {(Номенклатура.ТипНоменклатуры = &ТипНоменклатуры)}) КАК ЦеныНоменклатурыСрезПоследних

(28) А почему ее не поставили разработчики?

у вас что в базе всего один вид цен? иначе ДС должен выдавать "Дублирование ключевых полей в поле ссылка"

(31) Не суть. Вопрос в другом. Я хотел без соединений. А если СрезПоследних в отдельной вложенной таблице?

(30) в ерп стоит

А может как то в общей функции такие вещи рассчитывать и получать как в СКД Вычисляемые поля

(27) Так нашел я. В общем в типовых конфигурациях тоже практикуется левое соединение

(28) А можно подробнее про это?

(36) https://its.1c.ru/db/v8std#content:-2145782939:hdoc:_top

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

(37) Если есть такое условие как у меня (через точку)

СрезПоследних(, {(Номенклатура.ТипНоменклатуры = &ТипНоменклатуры)})

НЕ рекомендуется ставить флажок итогов

(38) Для обычного запроса да, но для динамического списка не помешает

ТипНоменклатуры проиндексировано?

(41) Нет

Нормальный запрос. Даже для динамического списка.

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

(43) почитайте (37) на ИТС пишут что если есть обращение к полям через точку, то итоги использовать не рекомендуется

(39) ты можешь сделать запрос как в (0) с включенным итогом по регистру и в условии где написать СпрНоменклатура.ТипНоменклатуры = тратата

Не забудь проиндексировать по ТипНоменклатуры

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

(44) не совсем понятно эта рекомендация