Добрый день!

Ситуация: в базе (нетиповой) около 7500 позиций номенклатуры. Соответственно, как-минимум по столько же единиц измерения, цен и штрихкодов.

Есть запрос, который используется на форме подбора товаров. Хочется, чтобы он исполнялся быстрее. На данный момент замер производительности показывает значение чистого времени от 4 до 15. Кстати, второй вопрос - почему результат такой нестабильный даже в пределах одного запуска 1С.

Сам запрос:

ВЫБРАТЬ
    ОстаткиНоменклатурыОстатки.КоличествоОстаток КАК КоличествоОстаток,
    ОстаткиНоменклатурыОстатки.Номенклатура.ОсновнаяЕдиницаИзмерения КАК НоменклатураОсновнаяЕдиницаИзмерения
ПОМЕСТИТЬ ВТ_Остатки
ИЗ
    РегистрНакопления.ОстаткиНоменклатуры.Остатки(, Склад = &Склад) КАК ОстаткиНоменклатурыОстатки

ИНДЕКСИРОВАТЬ ПО
    НоменклатураОсновнаяЕдиницаИзмерения
;

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

ИНДЕКСИРОВАТЬ ПО
    ЕдиницаИзмерения
;

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

УПОРЯДОЧИТЬ ПО
    Наименование
ИТОГИ ПО
    Ссылка ТОЛЬКО ИЕРАРХИЯ

Надеюсь на помощь :)

соединение по единице измерения, это сильно

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

ну и вот такие соединения
ПО СправочникНоменклатура.ОсновнаяЕдиницаИзмерения
это тоже пять!

это ж к одной номенклатурине таблица из сотен цен может приклеится. Где логика, шеф?

(1) А чем плохо? В РегистрСведений.ШтрихКоды номенклатуры вообще нет. Есть только единицаизмерения.

(2) Цена выбирается сразу, чтобы потом при выборе строки ее повторно не искать

(1) Уважаемый Ёпрст, а можно поконкретнее, почему так нельзя? и как надо?

(4) к одной номенклатуре приклеется только одна цена, т.к. связь по ее основной единице измерения

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

(5) получить останки по номенклатуре , религия запрещает ?
И всё остальное тоже ?

В курсе хоть, что есть соединение через точку ?

тут ссылка не нужна
ГДЕ
    НЕ СправочникНоменклатура.ЭтоГруппа

(8) в курсе. в книжке написано, что через точку тормозить будет. сделал так

(9) Спасибо! Но на результат это не повлияло

(0)
забыли указать версию поатформы

для СрезПоследних это важно.

так же важна версия субд

и режим распараллеливания запросов.

(11) повлияло, но по сравнению с общим - незаметно

(12) 8.3.4.482. файловая база. "и режим распараллеливания запросов." - это я не знаю. где посмотреть?

я не пойму одно тут что у одной номенклатуры одна единица измерения ?

(15) У Номенклатуры есть реквизит - ОсновнаяЕдиницаИзмерения.
Этот запрос вытаскивает все данные именно для ОсновнойЕдиницыИзмерения. Единиц может быть несколько. Но Основная - одна для каждой номенклатуры.

(16) ОсновнаяЕдиницаИзмерения это ключевое поле у таблиц со связью 1 к 1 ?

(17) Да

(18) а если отдельно посмотреть, какую из вложенных таблиц он собирает дольше всего?

(19) временных точнее

В данном запросе можно вообще отказаться от временных таблиц.
Плюс галку на регистр сведений

плюс попробуйте без индекса сформировать, не будет ли работать быстрее?

(22), (21) без индекса было изначально. было намного дольше. и без временных таблиц было. так было совсем грустно

какую галку на регистр сведений?

(19) Проверил - Временные таблицы получает практически мгновенно. Дольше всего выбирает именно справочник Номенклатура. Что-то можно с этим сделать?

(24) а если оставить только
ВЫБРАТЬ
    СправочникНоменклатура.Ссылка КАК Ссылка

из справочника номенклатура, так же долго?

а нафига там итоги?
ну и в соединения добавить еще доп. условие на ссылку.

реквизит справочника проиндексирован?

(0) составные типы есть в полях, по которым соединяешь?

(24) чето я не вижу, чтоб он у тебя в отдельной таблице выбирался

(25) завтра проверю
(26) для выгрузки в дерево на форме
(27) нет
(28) нет
(29) я каждую таблицу отдельно попробовал выбрать. результат в 24.

тогда нужно план смотреть

(10) А в книжке объясняют, почему именно через точку тормозить будет?

Думаю не ускоришь.
В принципе без временных таблиц должно быть лучше.

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

Прикрути единицы свои и шк.

Если не взлетит (что у вас там за база такая???) можно попробовать динамически считывать список номенклатуры с формы до скроллинга и передавать в отборы виртуальных таблиц регистров для расчета

(32) честно сказать, сейчас уже не вспомню, просто отложилось в памяти.

(33) изначально было без временных таблиц. Но потом под руку попала книжка "Настольная книга 1С:Эксперта по технологическим вопросам" и вот что там написано: " Не соединять виртуальные таблицы с реальными, а также виртуальные с виртуальными. Правильно сначала результат виртуальной таблицы записывать во временную таблицу, индексировать ее по полям соединения, а затем уже соединять." На самом деле после такого изменения запрос стал исполняться вдвое быстрее.

(35) Спасибо, сейчас пробовать буду. А как на управляемых формах "динамически считывать список номенклатуры с формы до скроллинга"? В 8.0-8.1 было событие "ПриПолученииДанных", которое возвращало коллекцию видимых строк таблицы. В управляемых такого я не нашел.

(34) этот запрос вернет только ту номенклатуру, которая есть на остатках. Понятно, он будет работать быстрее, но надо всю номенклатуру получить.

(37) ну поменяй остатки и справочник местами и все. Раз у тебя УФ - тогда делай свой динамический список на форме подбора, с блэкджеком и шл.. и этот запрос определяй в качестве источника данных. На клиент будет возвращать только порцию данных, отображаемую до скроллинга на форме. Скроллишь - новый запрос на сервер.

Помогло (9), хотя сразу и незаменто было и (28).
Всем спасибо за советы!

ой, не (28) а (27) - индексация справочника по реквизиту