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

в связи с тем, что РегистрСведений.Погрузка просто громадный, всякий толк от его использования в параметрах виртуальной таблицы пропадает наверное.
как его оптимизировать?
если делать соединение, то какое?

структуру регистра сведений покажи

измерения склад и накладная, ресурс остаток

(10) а точно что именно этот кусок запроса всё тормозит?

да, я его пробовала вынести в вт, вообще на 40 минут все зависло, убила процесс

(8) тогда в результате не факт что в результате будет именно 50 записей :) может вообще получится что из 50 строк, что есть в остатках условию по регистру не удовлетворяющий регистру сведений.
(10) без (НЕ Накладная В (ВЫБРАТЬ Накладная ИЗ РегистрСведений.Погрузка ГДЕ ПризнакК = ЛОЖЬ)) запрос быстро выполняется?

(12) Остаток в регистре сведений?..

(12) а признакК заначит реквизит? регистр периодический? подчиненный?

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

(16) вот такая вот самописка....

+(15) с соединением получится что-то типа:
   "ВЫБРАТЬ ПЕРВЫЕ 50
|    ОстаткиГруза.Накладная             КАК Накладная,
|    ОстаткиГруза.Накладная.Номер         Как Номер
|ИЗ
|    РегистрНакопления.ГрузВЯчейках.Остатки(, Склад = &Склад) КАК ОстаткиГруза
|    ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.Погрузка КАК Погрузка ПО ОстаткиГруза.Накладная = Погрузка.Накладная И Погрузка.ПризнакК = ЛОЖЬ

+(19) возможно досталась в наследство

ой, нет, не того регистра структуру описала.

Ведь на сколько я понимаю "ПризнакК" имеет тип "Булево"?

(20) Нужно те, которые с признаком, см внимательнее запрос

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

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

(23) призакК - булево

а у погрузки какая структура?

(24) копипаст :) "НЕ" пропустил... но идея то собственно понятна

(25) подчиненные регистр? есть периодичность?

(28) в 25 описала

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

(31) попробуй (18) - оно?

(0)

ВЫБРАТЬ РАЗЛИЧНЫЕ Накладная ИЗ РегистрСведений.Погрузка ГДЕ ПризнакК = ЛОЖЬ


может быть лучше.

(26) нет в регистре Погрузка?
Тогда так
   "ВЫБРАТЬ ПЕРВЫЕ 50
|    ОстаткиГруза.Накладная             КАК Накладная,
|    ОстаткиГруза.Накладная.Номер         Как Номер
|ИЗ
|    РегистрНакопления.ГрузВЯчейках.Остатки(, Склад = &Склад) КАК ОстаткиГруза
|    ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.Погрузка КАК Погрузка ПО ОстаткиГруза.Накладная = Погрузка.Накладная
|ГДЕ ЕСТЬNULL(Погрузка.ПризнакК,Истина)

(35) ++

(33) 18 не то, так не попадают записи, которые есть в остатках, но нет в погрузке.

(35) а так попробую, но наверно едолго работать будет, раз условие позже накладывается

для мс скл использование выбратьпервые
без сортировать по всем  всем полям индекса - очень ресурсоёмкая операция.

(37) не факт... скульный оптимизатор вещь хитрая... :)

(38) Безотносительно SQL - это вообще бессмысленно без сортировки. Типа, выберите мне что-нибудь в количестве 50 штук...

(35) только наверное ГДЕ ЕСТЬNULL(Погрузка.ПризнакК,ЛОЖЬ) ?

(38) на счет ресурсоёмкости не уверен, но без сортировки смысл теряется... ну если только для проверки...

(41) неа... именно истина... вам же нужны документы которых нет Погрузке

Что дает:


Выбрать Сумма(1) Из (Выбрать * Из РегистрНакопления.ГрузВЯчейках.Остатки) КАК Вложенный

(37)
"И(НЕ Накладная В (ВЫБРАТЬ Накладная ИЗ РегистрСведений.Погрузка ГДЕ ПризнакК = ЛОЖЬ)))" - у тебя так то тоже :)

(44) это к чему тут?

(41) да, действительно

(44) то же, что и вт

(45) не так

Вопрос всем кто тут левые и прочие соединения предлагает. С чего вы взяли, что 1 накладная идет только в одну ячейку?

проиндексировано ли поле ПризнакК в регистре РегистрСведений.Погрузка? есть ли индекс по полю "накладная" или является оно первым измерением в РегистрНакопления.ГрузВЯчейках?

ПризнакК индексированное поле?

(35) результат выборки верный, но работает так же медленно :(
в связь корректно условие никак не запихать?

(47) тогда оставляй как есть

накладная индексируется по регистру накоплений, но не первое измерение

(47) хотя если по скорости, посмотри, сколько длится такой запрос:

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

ВЫБРАТЬ
Погрузка.Накладная ИЗ РегистрСведений.Погрузка КАК Погрузка ГДЕ Погрузка.ПризнакК И Погрузка.Накладная В (ВЫБРАТЬ РАЗЛИЧНЫЕ НакладныеОстатков.Накладная
ИЗ НакладныеОстатков)

признакК не идексируется

а первая часть (49), а главное, (44)?

(47) Если по скорости быстро, тогда можно тебе помочь

(55) а сколько выполняется отдельно ВЫБРАТЬ Накладная ИЗ РегистрСведений.Погрузка ГДЕ ПризнакК = ЛОЖЬ ? может имеет смысл проиндексировать? да и список накладных лучше во временную таблицу запихать, а потом её уже в отбор регистра накопления.

(57) это про что сейчас?

(59) про (54)

(46) а если годы не закрывался регистр?

(47).2 что "то же"? число какое?

нихера тут оптимизаторов. до разбора движка скуля еще не добрались?

(54) ошибся в условии.
надо условие Погрузка.ПризнакК = ложь

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

ВЫБРАТЬ
Погрузка.Накладная ИЗ РегистрСведений.Погрузка КАК Погрузка ГДЕ Погрузка.ПризнакК = ЛОЖЬ И Погрузка.Накладная В (ВЫБРАТЬ РАЗЛИЧНЫЕ НакладныеОстатков.Накладная
ИЗ НакладныеОстатков)

попробую сейчас

(54) Почему это? Разве он не имеет тип "Булево"?

(64) Почему это? Разве он не имеет тип "Булево"?

(65) А в чем смысл выбирать различные уже из временной таблицы?

(68) тебе нужны все которые не входят в список признакК=ложь, а не те кто входят в список признакК=Истина

Понял, нам же потом этот список нужен для отбора. Тогда
"НЕ Погрузка.ПризнакК"

(69) Да нивчем, конечно можно было еще в первом запросе такое указать :)

(66) Вот как должно быть:

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

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

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

(74) Аналогично (0) получится. Запрос виснет именно на выборке из регистра сведений. Поэтому его то и нужно обрезать

горе оптимизаторы

(76) Ты просто условие поместил в новую временную таблицу, да и еще в ней заставил индексацию провести

(75) инфа достоверна?

(66) как тестируется?

А вообще вопрос. Вот показанный тут запрос - это полный запрос, или кусочек более крупного запроса?

(78) Мы то и пытаемся определить, будет ли выборка обрезанная на уровне ресурсов/реквизитов быстрее

(79) пока засекала, время выполнения моего и 35, до секунды одинаково по времени

это только кусочек, но виснет именно на нем.

запрос из (73) выполняла?

(0) нужна структура таблиц

(83) У меня такое было, и причина оказалась в одном из предыдущих запросов. Т.е., исправил предыдущий запрос - и проблемный залетал. Сложилось такое впечатление, что оптимизатор после определенного предела косяков просто не может оптимизировать запрос, и начинается тупая выборка.

Если показанный запрос выполнять отдельно - он также медленно выполняется, или быстрее?

Абстрактная оптимизация не имеет смысла.
Сколько всего остатков в РН?
Сколько записей в РС?
Почему выбираются первые 50?

(84) переделываю пока, он большой. и отвлекают по работе

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

ты пробовала куски сравнивать по скорости?

(88) Вот те 5-10 строк, что тут приводят, если запустить отдельно - сколько идет? Если долго - то никакие оптимизации не помогут, надо менять структуру данных.

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

(90) Если в РН не очень много записей - оптимизировать можно.

+(92) В остатках РН, я имел ввиду.

(91) может к вас там галка "индексировать" не стоит в поле Накладная в регистре ОстаткиГруза?

(91) Когда ты в ВТ берешь другие поля - ты неявно цепляешь к ВТ левым соединением всю таблицу накладных без отбора. Лучше эти поля добавлять уже после всех отборов - чтобы цеплялось с отбором.

(0)
1. индекс на реквизит Накладная в Регистре  ГрузВЯчейках есть?
2. индекс на реквизит ПризнакК в регистре Погрузка есть?

(96) 1. есть
2.нет

(97) что вернет запрос
ВЫБРАТЬ ПризнакК, КОЛИЧЕСТВО(*) ИЗ РегистрСведений.Погрузка СГРУППИРОВАТЬ ПО ПризнакК
?

(91) выполняется долго или нет? тут не весь кусок запроса что тебе нужен. весь писать пока не стали...

(99) он обрезать результаты будет

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

ВЫБРАТЬ
Погрузка.Накладная
ПОМЕСТИТЬ ПогрузкаПризнакК_Не
ИЗ РегистрСведений.Погрузка КАК Погрузка ГДЕ НЕ Погрузка.ПризнакК И Погрузка.Накладная В (ВЫБРАТЬ НакладныеОстатков.Накладная
ИЗ НакладныеОстатков)
;

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

(91) Нужно просто пока обкатать по скорости, запусти да проверь, как быстро выбираются

сколько выполняется запрос из (101) ?

(103) проиндексировать еще НакладныеОстатков

(104) Не обязательно, платформа чаще всего сама строит нужный индекс. А неправильно проиндексировав можно запросто уронить производительность.

похоже автор не вернулся с обеда или еще запрос не выполнился?
(105) это еще очень сильно от субд зависит. МС СКЛ сам неплохо индексирует а вот в постгре думать надо, да и в файловой тоже.

(106) Насчет PostgreSQL не знаю, а вот что в файловом варианте, что на MS SQL явное индексирование временных таблиц в более чем 95% случаев не приносит сколько-нибудь заметного ускорения. А вот к заметному замедлению иногда приводит.

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

(106) нука нука поподробнее =) что он там "неплохо" делает "сам"? =)

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