Имя: Пароль:
1C
1С v8
Тормозит пометка на удаление
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
Персональные настройки удалил, потом вернул и проблема исчезла. Какой то бред
Есть два вида языков, одни постоянно ругают, а вторыми никто не пользуется.