Документооборот 1.4.1.9

Пишу отзыв на примере своей организации, интересно услышать ваши мнения.

Итак версия 1С до которой обновились 1.4.1.9
Версия сервера: 8.3.5.1086

Проблемы при сравнении с версией на 8.2(1.3.1.6):

1) Права доступа стали отвратительны для большой организации. Не знаю кто придумывал этот алгоритм и тестировал но это ужасно. RLS - идет соединение с 3 таблицами на каждый объект при выборке динамического списка. Из-за этого каждая форма при открытии тормозит.

Описание проблемы:
При добавлении сотрудника в РС «СведенияОПользователях» и указания у него подразделение система зависает. На пол часа. В итоге происходит переполнение журнала транзакций . Увеличили его до 30 Гб с 15.
При более детальном разборе, выяснилась причина.
Итак, добавляем нового сотрудника.
Начну с функции «УдалитьВсехРуководителей», которая вызывается в из модуля менеджера РС «СоставСубъектовПравДоступа».
В этой функции к подразделению сотрудника(которого мы добавляем), выбираются верхние из иерархии подразделения и очищаются записи в РС «СоставСубъектовПравДоступа», где указаны эти подразделение.
Далее вызывается функция «УдалитьНеактуальныеЗаписиВерхнихУровней». Смысл первого запроса не совсем понятен, но, по-моему, удаляются записи из регистра по правам доступа, которые имеют отношения к этим подразделениям.

В моем случае при добавлении выборка достигает 140 000 записей(проверено отладкой).

После того, как мы удаляем все правообразующие записи, происходит их добавление. Вопрос: удалить все записи и добавить потом новые - это оптимизировать расчет прав доступа по мнению 1С? На каких тестовых данных они вообще проверяют свои механизмы?
Вы представляете, если в базе большое количество различных объектов и при этом есть множество делегирований прав со сложной структурой предприятия и пользователей, в том числе от генерального директора предприятия отделам контроля исполнения поручения и ДО.

Данные из нашей базы:

1) Количество записей в РС «СоставСубъектовПравДоступа» составляет более 234000.
2) Количество пользователей системы составляет более 900
3) Количество активных пользователей от 50 до 80
4) Количество делегирований прав: 109
5) Количество делегирований прав от Генерального директора: 11
6) Уровень вложенности подразделений: 5
7) Количество подразделений всего: 78


В итоге в СЭДЕ невозможно работать.

РЛС расчитываются путем соединения с РС, в котором 234 000 записей >< при открытии каждой из форм.


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


Интересуют ваши мнения, кто перешел на новую версию и объем данных в СЭДЕ схожий.


Картинка из оценки производительности. ЧТо посоветуете?