8.2.16.352
Замечено, что открытие журнала с использованием выборки по RLS (по подразделению) заметно уступает по скорости выполнения выборке по подразделению в запросе дин.списка.
Кол-во документов - 1,5 млн.
неужели RLS не так уж и хорош как его малюют?

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

получается, что вещь-то замечательная, но с небольшим объемом данных.. :(

(2)условие RLS самописное?

(3) ну конечно, простенькое
ГДЕ Подразделение В (&Подразделение)

пеердаётся список?

Передается конечно, но в журнале, настроенном по RLS - около 40 секунд (ГДЕ в ДС думает секунд 10).
База файловая.

(6)условие к заголовку документа или к его строкам табличной части?
я не понял про список? передаётся список подразделений или 1 конкретное подразделение?
Если 1 то нужно использовать не "В" а "=".
Для передачи используете ПараметрыСеанса?

(7) условие к реквизиту "Подразделение" входящих в журнал документов.
Подразделений может быть > 1.
да, ПараметрСеанса с типом ФиксированныйМассив

(8) посмотри в Технологическом Журнале какой запрос строится при выборке с участие РЛС и при выборке динамический список + условие ГДЕ.
Очень может быть, что если реквизиту шапки документа "Подразделение" установить свойство "индексировать" в "индексировать" - РЛС будет быстрее фурычить.

так-же если используется СУБД неплохо-бы выполнить регламентные операции

"Индексировать" установлено изначально.
=регламентные операции= - конфа самописная.
база пока файловая.

>база пока файловая.
ну дык... поставь хотя-бы халявный постгре!

(11) что это даст?

=посмотри в Технологическом Журнале какой запрос строится=
хммм.. никогда не пользовался..

(12)исчезнут тормоза... ну или как минимум станут много меньше

Другая проблема:
к примеру, Пользователь, относится к Подразделение1.
В справочнике Контрагенты - контрагенты для всех подразделений.
Как сделать так, чтобы у Пользователя был полный доступ к контрагентам с Подразделение1 и только чтение\просмотр контрагентов с Подразделение2, Подразделение3 и т.д.
Если ставлю галку Чтение (без ограничений)
и галки Добавление, Изменение, Удаление (с ограничением Подразделение = &ТекущееПодразделение)
то остается полный доступ к контрагентам всех подразделений, т.е. редактируются все контрагенты :(

Значит еще какая-то роль дает полные права на этот справочник. В 1С система прав особая: если дали где-то значит уже не отобрать.

Имею ввиду, что если какой-то ролью дал права, то друдими не запретишь уже

начал с того, что запретил всё

Ну чудес не бывает. RLS работает точно :). Если пользователь изменяет справочник, значит есть на то права. Вариантов 2: либо какая-то роль дает все же права, либо не верно настроен RLS

вот и кумекаю - как верно настроить..

(20) для начала настроить полную карту/схему всех РЛС

(21) конфа пустая, для экспериментов. какую настраивать схему, кроме той, что в (15)?

(22) роли есть? тестовый пользователь с единственной ролью, которая ограничена РЛС есть (если есть и другие роли которым не задано ограничение РЛС - у него будет полный доступ т.к. все эти ограничения отрабатывают по логике ИЛИ)?

пользователь с единственной ролью Администратор.
Если ставлю галку Чтение (без ограничений)
и галки Добавление, Изменение, Удаление (с ограничением Подразделение = &ТекущееПодразделение)
то остается полный доступ к контрагентам всех подразделений, т.е. редактируются все контрагенты.

п.с.: про ИЛИ я в курсе.

а для: Просмотр, Редактирование, Итерактивное удаление,...?

Добавление, Изменение, Удаление - это ограничения для кода а не для действий пользователя

(25) ставлю галку .. остается полный доступ к контрагентам всех подразделений, т.е. редактируются все контрагенты

(26) интересно

(26) "Основные права описывают действия, выполняемые над элементами данных системы или над всей системой в целом, и проверяются всегда, _независимо_от_способа_обращения_к_данным".
http://v8.1c.ru/overview/Term_000000579.htm#1
хм

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

(30) для каждого права одно и тоже - ГДЕ Подразделение = &ТекущееПодразделение

я тогда хз... но ведь всегда работал... где-то всёравно остался какой-то косяк... может не тот реквизит выбираете?

да тут трудно реквизиты перепутать))

когда стоит галка Чтение с условием ГДЕ Подразделение = &ТекущееПодразделение и галка Просмотр - тогда всё норм, фильтруется на ура

хм..
убрал все галки.
расставил поновой.
заработало.

(35) Демоническим обновлением не баловался?

(36)не, конфа пустая, для экспериментов

(35)а платформа не какая-то эксперементальная?

не, платформа норм.

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

Еще было так, что в Конфигураторе меню есть, а в Предприятии оно пустое. Перезапустил Конфигуратор - и там пустое. И все это было без демонического обновления...