УТ 11 доработанная КТ 2000
Платформа последняя  

Зашел в регистр лкХранилищеАкцизныхМарок так сказать глазами глянут он прям медленно открылся  

запрос  больше  100 секунд отрабатывает




Запрос

"ВЫБРАТЬ
    |    алкХранилищеУпаковокСрезПоследних.Упаковка КАК Упаковка
    |ИЗ
    |    РегистрСведений.алкХранилищеУпаковок.СрезПоследних(, ) КАК алкХранилищеУпаковокСрезПоследних
    |ГДЕ
    |    алкХранилищеУпаковокСрезПоследних.Упаковка = &Штрихкод
    |
    |ОБЪЕДИНИТЬ ВСЕ
    |
    |ВЫБРАТЬ ПЕРВЫЕ 1
    |    алкХранилищеУпаковокСрезПоследних.Упаковка
    |ИЗ
    |    РегистрСведений.алкХранилищеУпаковок.СрезПоследних(, ) КАК алкХранилищеУпаковокСрезПоследних
    |ГДЕ
    |    алкХранилищеУпаковокСрезПоследних.ИерархияУпаковки = &Штрихкод
    |
    |ОБЪЕДИНИТЬ ВСЕ
    |
    |ВЫБРАТЬ ПЕРВЫЕ 1
    |    алкХранилищеАкцизныхМарокСрезПоследних.Упаковка
    |ИЗ
    |    РегистрСведений.алкХранилищеАкцизныхМарок.СрезПоследних(, ) КАК алкХранилищеАкцизныхМарокСрезПоследних
    |ГДЕ
    |    алкХранилищеАкцизныхМарокСрезПоследних.Упаковка = &Штрихкод"

Проиндектировать ИерархияУпаковки и Упаковка ?

А если условие в параметр виртуальной таблицы зафигачить?

(0)

Предлагаете измерения и ресурсы этого регистра угадывать ?

все это ресурсы  

в параметр идея может ускорится

(4) если ресурсы, то результат может отличаться, т.к.
в ГДЕ - отбор накладывается на уже построенный срез,  а при условиях в параметрах - строит сам срез по этим условиям

тут всплыл один нехороший фактор про который я забыл
база тянется по сетке и она файловая

(0) О да. КТ-2000. Тут блин тока страдать. Эти товарищи очень криво все спроектировали. Я спасался токо прямыми запросам к БД.

как думаете если сервак поднять шустрее будет ?

(6) А полный алес капут тогда получается.

(4) (2)

Родитель -  измерение
Состояние - ресурс

Дата Родитель Состояние
01.01.2025 Папа Бухой
01.03.2025 Папа Трезвый
01.05.2025 Папа Бухой
24.09.2025 Папа Трезвый

а) Так вот запрос срез последних по

СрезПоследних(, Родитель = Папа)
Где Состояние = Бухой

Выдаст
<Нет строк>

б) А вот

СрезПоследних(, Состояние = Бухой)

Выдаст строку
01.05.2025 Папа Бухой

"Вот такая вот херня малята" (с)

(8) Они сам регистр по дебильному спроектировали. Тут надо писать очень точечные запросы, оно еще как-то будет работать. Ну или выкинуть ушедшие марки.

(10)
Старый фокус, только он вроде как по измерению работает и при отборе и при построении виртуально таблицы.
Такое впечатление, что случай не тот.

Ему бы упаковки во временную отобрать.
Потом с этим фильтром во временную.(это не тот случай)

(10)
фокус прокатывает, когда фильтр на созданную виртуалку
по ресурсу получаемому накладывается.

Ария не из того балета? Нет?

(11) регистр реально огромный возможно очистка его от ушедших марок  поможет

"ВЫБРАТЬ
    |    алкХранилищеУпаковокСрезПоследних.Упаковка КАК Упаковка
    |ИЗ
    |    РегистрСведений.алкХранилищеУпаковок.СрезПоследних(, Упаковка = &Штрихкод) КАК алкХранилищеУпаковокСрезПоследних
   |
    |ОБЪЕДИНИТЬ ВСЕ
    |
    |ВЫБРАТЬ ПЕРВЫЕ 1
    |    алкХранилищеУпаковокСрезПоследних.Упаковка
    |ИЗ
    |    РегистрСведений.алкХранилищеУпаковок.СрезПоследних(, ИерархияУпаковки = &Штрихкод) КАК алкХранилищеУпаковокСрезПоследних
    |ОБЪЕДИНИТЬ ВСЕ
    |
    |ВЫБРАТЬ ПЕРВЫЕ 1
    |    алкХранилищеАкцизныхМарокСрезПоследних.Упаковка
    |ИЗ
    |    РегистрСведений.алкХранилищеАкцизныхМарок.СрезПоследних(, Упаковка = &Штрихкод) КАК алкХранилищеАкцизныхМарокСрезПоследних"

И еще надо смотреть на тип значения того по чему фильтр ставишь. Не составной ли.

Срез последних тут строить не нужно.

Не получается ни даты, ни реквизитов.
Типа просто наличие проверяется.

Странно все выглядит.

ТС, какая структура регистра, ответь на (3)

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

Ну я б начал с этого

"ВЫБРАТЬ
    |    алкХранилищеУпаковокСрезПоследних.Упаковка КАК Упаковка
    |ИЗ
    |    РегистрСведений.алкХранилищеУпаковок.СрезПоследних(, ) КАК алкХранилищеУпаковокСрезПоследних
    |ГДЕ
    |    алкХранилищеУпаковокСрезПоследних.Упаковка = &Штрихкод
    |
    |ОБЪЕДИНИТЬ ВСЕ
    |
    |ВЫБРАТЬ ПЕРВЫЕ 1
    |    алкХранилищеУпаковокСрезПоследних.Упаковка
    |ИЗ
    |    РегистрСведений.алкХранилищеУпаковок КАК алкХранилищеУпаковокСрезПоследних
    |ГДЕ
    |    алкХранилищеУпаковокСрезПоследних.ИерархияУпаковки = &Штрихкод УПОРЯДОЧИТЬ ПО Период Убыв
    |
    |ОБЪЕДИНИТЬ ВСЕ
    |
    |ВЫБРАТЬ ПЕРВЫЕ 1
    |    алкХранилищеАкцизныхМарокСрезПоследних.Упаковка
    |ИЗ
    |    РегистрСведений.алкХранилищеАкцизныхМарок КАК алкХранилищеАкцизныхМарокСрезПоследних
    |ГДЕ
    |    алкХранилищеАкцизныхМарокСрезПоследних.Упаковка = &Штрихкод УПОРЯДОЧИТЬ ПО Период Убыв"

Насчет первого запроса ХЗ, бог миловал, но подозреваю что там тоже ПЕРВЫЕ 1 нужно

А вообще скорее всего что-то с индексами, переиндексация, обновление статистики по этим таблицам

https://skr.sh/sXn0l4uCa5A

структура регистра

(17)

точно мне тоже показалось странным такое

(23) без индекса по упаковке не взлетит

(10) Ну второй вариант вообще ни о чем

(23) Нельзя делать как в (15) Это не измерение. Запрос 15 вернет использовался ли штрихкод уже или нет. Очень специфичный вопрос. Генератор новых штрихкодов пишете?

Не понятно при чем тут срез последних в такой задаче

а включить таблицу среза последних не поможет? как оно там зовется не помню
Разрешить итоги срез последних

В принципе ответ сказали - условие пиши в срезе

алкХранилищеАкцизныхМарок.СрезПослед….

Если возможно, сократи измерения по срезу