Узнать количество реализованных товаров из заказа покупателя... 14 секунд время выполнения... :(((


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

в регистре Продажи отбор по измерению Сделка

делай запрос к регистрам

(0)
РеализацияТоваровУслугТовары.ДокументОснование = &Ссылка
                       И РеализацияТоваровУслугТовары.Проведен = ИСТИНА
                       И РеализацияТоваровУслугТовары.ДокументОснование <> &ПустаяСсылка

(3) в ТЧ такого реквизита нет!

(4) его сами добавляли в свое время

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

РеализацияТоваровУслугТовары.Ссылка.ДокументОснование <> &ПустаяСсылка - это условие тормозит

Уу... а регистры куда дели?

(4) Сорри, не увидел табличную часть
(7) Да, из-за этого скан будет таблицы РеализацияТоваровУслуг

(6) "не может выбор тч из конкретного документа" // у него в запросе нет условия на конкретный документ...

Попробуй сначала выбрать просто расходки, по условию документ основание, без табличных частей - получишь несколько ссылок. Затем запрос к табличным частям, и суммирование количества...

РеализацияТоваровУслугТовары.Ссылка.ДокументОснование = &Ссылка
...
И РеализацияТоваровУслугТовары.Ссылка.ДокументОснование <> &ПустаяСсылка

Если первое условие истина, второе истина однозначно.
Грохай.

РеализацияТоваровУслугТовары.Ссылка.Проведен = ИСТИНА

заменить на  РеализацияТоваровУслугТовары.Ссылка.Проведен

(8) сегодня питница, можно и без них

(12) РеализацияТоваровУслугТовары.Ссылка.Проведен = ИСТИНА

заменить на  РеализацияТоваровУслугТовары.Ссылка.Проведен // это где-то описан такой способ оптимизации?

&ПустаяСсылка писать так плохо. Нужно:  ЗНАЧЕНИЕ(Документ.ЗаказПокупателя.ПустаяССылка) (тип документа нужный укажи)

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

(14) Хз. Помнится во времена моей юности ОЗУ было ограничено, и мы, сдавая студенческие работы, экономили каждую операцию. Так вот: операция "=" занимает место и время. Я не уверен про SQL, но для любого языка программирования это так.

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

(18) *оптимизация запросов

(17) в каком году это было? Я в 2003 уже думал о таком и преподаватели не говорили об этом.

(0)
может во временную таблицу сначала список нужных доков?
потом отбор только по ним.
ЗЫ
две точки - не кошерно.

И РеализацияТоваровУслугТовары.Ссылка.ДокументОснование <> &ПустаяСсылка
                  
выкинуть

ДокументОснование   проиндексировать

или период задать. Например месяц.

(18) ...а ты знаешь, что 1с строит план запроса...
Знаю. Поэтому не готов поручится про SQL.

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

Ну давай ещё что-нибудь приведи извращенное.

Я могу сказать, что код
Если а>=б тогда
   Значение = Истина
Иначе
  Значение = ложь;
КонецЕсли

Имеет один оператор ветвления, одно сравнение и два оператора присваивания.

А код с таким же результатом:

Значение = а>=б;

имеет один оператор сравнения и один присваивания.

Этот код однозначно будет занимать меньше памяти (для Trubo Pascakal 3.0 оператор присваивания 2 байта, полный оператор ветвления уже не помню - то ли 10, то ли 12) + текст программы тоже содержался в ОЗУ (байт на символ, включая конец строки и возврат каретки).

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

(23)
+
"ГДЕ" заменить на "И".

*
(25)->(24)

(16) Условие
.Дата МЕЖДУ &ДатаНач И &ДатаКон
работает однозначно быстрее чем
.Дата >= &ДатаНач И .Дата <= &ДатаКон

(27) а, у тебя проведение. забудь

(20) В начале 199х.

(23) Операторы, байты, милисекунды... Что ты мучаешься, пиши как проще, не в каменном веке живем. Сейчас компы шустрые, все вытянут.

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

и естьнулл тут не нужен

(30) Я с этого начинал. Тебе просто этого не понять.
Я сейчас часто замечаю, что код, написанный мной, гораздо короче кода, написанного другими программистами - при условии одинакового результата. А чем меньше кода, тем меньше там ошибок ;)

(0)
1. выполнить рекомендации (12) (32), посмотреть есть ли индекс у поля ДокументОснование.
2. Как часто выполняются регламентные задания по обслуживанию индексов.

(34) там вообще индекса не было, поставил, попробую переиндексировать базу - напишу результат

каков план запроса?

(27) МЕЖДУ в SQL разворачивается как больше и меньше

(0) про индексацию поля ДокументОснование уже говорили?

(0) сделай лучше по оборотам регистра Продажи

(0) ну и что запрос по документам это моветон, само собой разумеется

(0) .Ссылка. - это убрать

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

+(42) если нету

всем спасибо!!! реквизит РеализацияТоваровУслугТовары.ДокументОснование сделал индексируемым, переиндексировал базу и чудо свершилось, стало работать очень быстро все :)

(33) Ну да, куда уж нам сирым и убогим понять тебя, о Гений 1С II с агрономическим складом ума.

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

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

(33) Помню на ассемблере была короткая пара команд которая вешала комп намертво. Два байта всего
cli ;запретить внешние прерывания
hlt ;перевести цпу в режим ожидания внешних прерываний

потом ради конвеера и предвыборки пришлось к ним один jmp добавить

(0) ЕСТЬNULL(РеализацияТоваровУслугТовары.Количество

бессмысленный "ЕСТЬNULL", там никогда не будет нула  :)

(24) >>> ВНУТРЕННЕЕ СОЕДИНЕНИЕ Документ.РеализацияТоваровУслуг КАК Док ПО

Лишнее это, по ссылке все найдется :)

+(0) >>> РеализацияТоваровУслугТовары.Ссылка.ДокументОснование = &Ссылка

Используй в составе

РеализацияТоваровУслугТовары.Ссылка.ДокументОснование Ссылка Документ.ТвойДокумент

Ведь вид документа тебе известен, зачем все доументы просматривать?
На тот случай, если "ДокументОснование " составного типа :)

"РеализацияТоваровУслугТовары.Ссылка.ДокументОснование = &Ссылка
И РеализацияТоваровУслугТовары.Ссылка.Проведен = ИСТИНА
И РеализацияТоваровУслугТовары.Ссылка.ДокументОснование <> &ПустаяСсылка"

Оставить только:
РеализацияТоваровУслугТовары.Ссылка.ДокументОснование = &Ссылка
И РеализацияТоваровУслугТовары.Ссылка.Проведен

И проверить есть ли индекс по реквизиту "ДокументОснование"

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

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

    ЛЕВОЕ СОЕДИНЕНИЕ Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары
        ПО докРеализация.Ссылка = РеализацияТоваровУслугТовары.Ссылка
ГДЕ
   докРеализация.Дата >= &ДатаДокументаОснования
   И докРеализация.ДокументОснование = &ДокументОснование
   И докРеализация.Проведен = ИСТИНА

СГРУППИРОВАТЬ ПО
   РеализацияТоваровУслугТовары.Номенклатура

(53) Ты написал тоже самое.
"не шибко будет проседать" - за счет условия по дате

(48) Ну это в каждом языке возможно. Если изучать его в юности. Например:

Program vse;
{$ уже не помню директиву процессору отключить прерывания типа CTRL+C и т.д.}
begin
while false do;
end.

(18) 1C строит план запроса??

Странно, почему-то нет самого очевидного варианта:

ВЫБРАТЬ
    Ссылка
ПОМЕСТИТЬ ДокументыРеализации
ИЗ
    Документ.РеализацияТоваров КАК РеализацияТоваров
ГДЕ
    РеализацияТоваров.ДокументОснование = &Ссылка
    И РеализацияТоваровУслугТовары.Проведен
    И РеализацияТоваров.ДокументОснование <> &ПустаяСсылка
    
;

ВЫБРАТЬ
    СУММА(ЕСТЬNULL(РеализацияТоваровУслугТовары.Количество, 0)) КАК КоличествоРеализации,
    РеализацияТоваровУслугТовары.Номенклатура
ИЗ
    Документ.РеализацияТоваровУслуг.Товары КАК РеализацияТоваровУслугТовары
ГДЕ

    РеализацияТоваровУслугТовары.Ссылка В(ВЫБРАТЬ Ссылка ИЗ ДокументыРеализации)
                  
СГРУППИРОВАТЬ ПО
    РеализацияТоваровУслугТовары.Номенклатура

(54) Ты в этом уверен что 1С постоит для MS SQL такой же запрос как и у меня?

план запроса уже был?

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

PS: От куда вы такие приходите в программирование поделитесь опытом?

(60) почему in для одного?

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

(61) Да обычно реализация в единственном экземпляре
(62) Нужно писать нормально как я написал в (53) а не хернёй страдать.

(63) обычно != всегда

(63) Вариант (53) - очень спорный. Соединения больших таблиц лучше избегать.

(65) Где ты видишь соединение больших таблиц?
Условие будет наложено до соединения таблиц останется там пшик записей и потом соединение по первичному ключу

(66) Тогда в чем отличие от (0) ? "Через точку"  - точно такое же соединение.

(66)
>Условие будет наложено до соединения таблиц останется там пшик записей и потом соединение по первичному ключу
?

в данном запросе вытащится вся таблица
Документ.РеализацияТоваровУслуг.Товары

ГДЕ потом только отработает.

(57)+1
ну ЕстьNULL убрать можно и проверку на пустую ссылку.

(68) Ты так в этом уверен? Наверное смотрел план исполнения запроса?
(67) Покажи запрос который будет составлен для MS SQL
Вероятнее всего 1С построил запрос так:

select
...
from
  Документ.РеализацияТоваровУслуг.Товары as Tab_01

  left join Документ.РеализацияТоваровУслуг as Tab_02
    on ...

where
  Tab_02.ДокументОснование = &Ссылка

Тут будет как раз полное соединение а потом фильтрация о чём говорит 14 секунд.

В общем, все варианты одинаковы (прогнал на SQL), чего и следовало ожидать при правильной работе индекса по "ДокументОснование". Но я предпочитаю вариант написания, когда у SQL как можно меньше вариантов выбора.
Если поле "ДокументОснование" не индексировать, то единственный вариант ускорения - накладывать условие на период (например, дата реализации > даты заказа).

(70) В моём варианте у 1С сообще нет выбора как построить запрос для SQL он будет ровно таким как у меня без всяких неожиданностей в версиях платформы

(71) Бывает и сам SQL оптимизирует запрос :)

Да он и наложит перед соединением таблиц условия в where и выберет в моём случае индекс date если конечно индекса не будет по полю документ основание. Иначе он выберет индекс по полю документ основание.

(72) Да и к стати он это всегда делает в первый раз парсит и строит план исполнения к примеру если есть индекс по полю документ основание то MS SQL первым условием отбора будет использовать докРеализация.ДокументОснование = &ДокументОснование, а потом другие проверки. Так как в индекс Data смысла нет просматривать и это условие докРеализация.Дата >= &ДатаДокументаОснования будет проверенно уже на отобранных данных а не в индексе.

(74) Ага, и в итоге можно получить не совсем то, что ожидалось :)