|
Тормозит пометка на удаление |
☑ |
0
Romul_78
30.08.22
✎
10:31
|
Добрый день
Имеется база комплексная автоматизация типовая. Работает под MS SQL
У одного из пользователей пометка на удаление любого элемента справочника выполняется очень долго. Если зайти под другим пользователем - все происходит весьма быстро. Права такие же как у администратора и у других пользователей, где таких проблем нет.
Пробовал создать новую файловую базу, загрузил в нее выгруженный dt-шник - и в ней пометка на удаление стала работать нормально.
Теряюсь, куда копать
|
|
1
RomanYS
30.08.22
✎
10:32
|
Замер что показывает?
|
|
2
Romul_78
30.08.22
✎
10:40
|
В замеры не влезали пока еще, больше интересует что происходит с базой, в момент выгрузки в dt и загрузки в новую
|
|
3
arsik
гуру
30.08.22
✎
10:41
|
(2) Статистика становится актуальна и индексы
|
|
4
arsik
гуру
30.08.22
✎
10:43
|
+(3) Посмотри, есть у тебя в комплексной обработка https://i.imgur.com/lvmO65G.png
Если есть то запусти со всеми флажками.
|
|
5
Dmitrii
гуру
30.08.22
✎
10:56
|
(4) Эта обработка из БСП. Даже если её нет в конфигурации, взять её можно из соответствующего пакета БСП (в каталоге шаблона в папочке ExtFiles\Инструменты разработчика\ОбновлениеВспомогательныхДанных.epf).
Но дело явно не во вспомогательных данных. Т.к. выгрузка/загрузка dt вспомогательные данные никак не меняет.
Скорее проблема в протухшей статистике и/или индексах.
Если только чисто случайно обработка обновления вспомогательных данных перезапишет какие-то таблицы и статистики и индексы по ним в СУБД обновятся.
Выполните в СУБД полное обновление статистики и перестроение индексов, и посмотрите на результат.
Если не поможет, останется смотреть замеры и планы запросов, и погружаться в проблему более детально. Может всё таки у пользователя есть какие-то особенности с правами или в конфигурации предусмотрена какая-то особенная логика, например, в ПередЗаписью этого справочника, которая опирается на какие-то параметры данного пользователя. Что в свою очередь приводит к выполнению каких-нибудь безумных алгоритмов или запросов, которые в файловой БД в монопольном режиме отрабатывают быстрее, чем в клиент-серверной.
|
|
6
dmt
30.08.22
✎
11:13
|
(5) протухшая статистика только у одного пользователя?
|
|
7
dmt
30.08.22
✎
11:14
|
(0) как обычно, сначала чистить кэш
|
|
8
Святофор
30.08.22
✎
11:22
|
может отборы или оформление на юзере висят персональные. очистить перс. настройки. ну и кэш конечно
|
|
9
Romul_78
30.08.22
✎
11:33
|
План обслуживания на SQL выполняется. Каждый день обновление статистики, раз в неделю перестроение индексов
|
|
10
Святофор
30.08.22
✎
11:48
|
(9) да бред это был. статистика на одного пользователя протухнуть не может. тем более что субд про него ничего не знает
|
|
11
Romul_78
30.08.22
✎
13:00
|
Персональные настройки удалил, потом вернул и проблема исчезла. Какой то бред
|
|
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену... по-видимому, нам следует остановиться на чем-то одном из двух. Фредерик Брукс-младший