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

[sukhanchik]

Цитата:

Сообщение от Волчара

У меня бывает в 4 тоже виснет. Правда если входишь в Админ - показывает. После загрузки админа, можно уже и другие группы редактировать...

Для начала неплохо было бы убедиться, в отсутствии модификаций в этой функциональности. А то встречал я на своем пути модификацию... Которая откровенно "вешала" настройку прав. Лишние кнопки конечно погоды не делают, а вот если затронут механизм "расчета" прав или формирования дерева - то увы.

Потом следует обратить внимание со стороны БД на таблички AccessRightsList, SysSecurityForm*. Именно эти 3 таблицы (первая особенно) влияют на построение дерева. Можно написать несложный джоб, который будет удалять из них лишние записи (после удаления/переименования пункта меню, по которому были записи в таблице - записи не изменяются и остаются в виде мусора. С контрольками на формах - там еще больше мусора).
Надо проверить индексы по табличкам (их наличие, возможно их нужно пересоздать т.к. они кривые), возможно таблицы следует дефрагментировать в БД.

Также следует проверить соотношение групп полльзователей, пользователей и доменов. У вас кол-во групп больше кол-ва пользователей? Тогда делаем индивидуальные группы и у вас будет кол-во групп = кол-ву пользователей. Этим вы уменьшите кол-во записей в таблицах.

Но это все общие рекомендации. С каждым случаем надо разбираться отдельно

[Волчара]

Модификаций точно нет, попробую переиндексировать таблицы

[decoder]

Цитата:

Сообщение от Волчара

..Правда если входишь в Админ - показывает. После загрузки админа, можно уже и другие группы редактировать...

admin не помогает(

Цитата:

Сообщение от sukhanchik

Для начала неплохо было бы убедиться, в отсутствии модификаций в этой функциональности...
Потом следует обратить внимание со стороны БД на таблички AccessRightsList, SysSecurityForm*. Именно эти 3 таблицы (первая особенно) влияют на построение дерева...
Надо проверить индексы по табличкам (их наличие, возможно их нужно пересоздать т.к. они кривые), возможно таблицы следует дефрагментировать в БД.
Также следует проверить соотношение групп полльзователей, пользователей и доменов. У вас кол-во групп больше кол-ва пользователей? Тогда делаем индивидуальные группы и у вас будет кол-во групп = кол-ву пользователей...

Модификаций нет.
Удаление индексов у этих 3х таблиц в SQL и синхронизация не помогают.
Пользователей больше чем групп..

[sukhanchik]

Цитата:

Сообщение от decoder

Модификаций нет.
Удаление индексов у этих 3х таблиц в SQL и синхронизация не помогают.
Пользователей больше чем групп..

Эта... индексы создавать желательно вручную в БД, иначе вход в Аксапту будет ... ну оооччччень долгим.

Так в отношении "лишних записей" Вы проверили? Сейчас джоба под рукой нет - но суть в том - что делается select по AccessRightsList и проверяется есть ли те MenuItem, Tables, Security Key и т.д. в АОТ, которые присутствуют в таблице.

В отношении отсуствия модификаций. ТОЧНО НЕТ? А как Вы определяли? Только по форме? Меня интересуют классы SysSecurity*. И можно взять пару форм Sys*Security.

Второй вариант - большое кол-во записей или отсутствие индекса на таблице.

Ну нет другой причины....

[sukhanchik]

И еще. Проверьте "лишние" записи по AccessRightsList.

Цитата:

Сообщение от sukhanchik

Так в отношении "лишних записей" Вы проверили? Сейчас джоба под рукой нет - но суть в том - что делается select по AccessRightsList и проверяется есть ли те MenuItem, Tables, Security Key и т.д. в АОТ, которые присутствуют в таблице.

Еще - посмотрите будут ли тормоза - если очистить таблички SysSecurityForm*? (ессно удалять записи нельзя, но проверить скорость на пустой табличке можно)