Запросы RLS и быстродействие #758774

Сильно ли я нагружу систему при открытии справочника договоры, если напишу запрос РЛС примерно такой: ГДЕ Контрагент.Партнер.ОсновнойМенеджер.ТекущееПодразделение = &ТекущееПодразделение Можно это как-то оптимизировать?

будет ппц..... оптимизировать можно так ГДЕ ТекущееПодразделение = &ТекущееПодразделение

ппц.. вы так говорите, как будто не видели стандартных рлс-запросов

ГДЕ ПодразделениеДляRLS в (&МассивПодразделений) соответственно нужно добавить и заполнять реквизит ПодразделениеДляRLS а МассивПодразделений должен быть как минимум из двух элементов, пустого и текущего

нужно добавить еще выборок через многочисленные точки

видел там жопа, но там такого ужаса как в нет....

а сколько всего контрагентов? Если всего пару тыщ, то особой разницы нет

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

тут нет большой ж... вложеный запрос  имеет статическое условие и будет закеширован (то есть выполнится 1 раз для каждого пакета рельсы, пакеты зависят от выборки, обычно 20-30 элементов на динамическом списке), а для отчета - вообще только 1 раз выполнится... единственное - отсутствие индекса но для мелкой таблицы это нормально (а вложенный возвращает мелкую таблицу) конечно можно было джойнить, но там реально можно попасть в фул скан, а тут сделали "понадежнее" твой вариант на порядок хуже....

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

не проще ли попробовать?

если не хочешь реквизит - то ради одной роли можно сделать регистр сведений в которой прописать "Объект"+"Пользователь" = "Доступ", так в типовых делают... и в рельсе джойн.. только с типизацией в условии не лоханись, используй "выразить"

вот мой шаблон, сделка - это документ!!! работает хорошо!!!         ))

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

есть такое понятие для СУБД как "денормализация", в твоем случае она оправдана... почитай

кстати так и работает в УПП доступ по контрагентам