|
Тормозит пометка на удаление | ☑ | ||
---|---|---|---|---|
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
|
Персональные настройки удалил, потом вернул и проблема исчезла. Какой то бред
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |