|
Многократные вызовы запросов SELECT ... FROM Config | ☑ | ||
---|---|---|---|---|
0
kortun
23.10.23
✎
13:03
|
День добрый.
Создал обработку, добавил на форму динамический список, который просто выбирает данные из справочника Валюты, никакого кода в ней нет. При первом открытии, если смотреть профайлером 1С вызывает многократные вызовы запросов вида exec sp_executesql N'SELECT FileName,Creation,Modified,Attributes,DataSize FROM Config WHERE PartNo = 0 and FileName = @P1',N'@P1 nvarchar(128)',N'3b16a0b2-97ef-416b-b887-7755850ab4ca.1' При этом, если выполнить запрос в ручную, видно что результат пустой, по таким именам файлов ничего нет. При повторном открытии формы таких запросов нет. Но если подождать какое-то время и снова открыть форму, то видно что запросы опять выполняются. Такое ощущение, что 1С пытается обновить какой-то кэш, но откуда она берет эти имена файлов не понятно. При этом если выполнить запросы SELECT * FROM Config WHERE FileName like 'DynamicallyUpdated'; SELECT * FROM Params WHERE FileName like 'DynamicallyUpdated'; то результат будет пустой, на проблемы динамического обновления не похоже. Поискал аналогичные темы, но ответа не удалось найти. Может у кого то уже есть опыт анализа таких запросов и борьбы с ними? |
|||
1
H A D G E H O G s
23.10.23
✎
13:42
|
Зачем с этим бороться?
|
|||
2
kortun
23.10.23
✎
14:21
|
(1) при открытии формы занимает много времени, минимум 10 секунд.
При повторном открытии, когда эти запросы не выполняются, формы открывается быстро |
|||
3
Смотрящий
23.10.23
✎
14:55
|
(0) Замер производительности включи перед открытием формы увидишь где тормоза
|
|||
4
Лефмихалыч
23.10.23
✎
15:04
|
(2) из чего следует, что это проблема, с которой надо бороться?
|
|||
5
kortun
23.10.23
✎
19:06
|
(3) замер делал, на передаче с сервера на клиент, если повторно форму открывать, то данные запросы не выполняются и форма открывается за секунду
|
|||
6
kortun
23.10.23
✎
19:07
|
(4) на слабом железе открывается уже не 10 секунд, а время идет на 5-10 минут
|
|||
7
Смотрящий
23.10.23
✎
20:17
|
(5) время считал?
|
|||
8
H A D G E H O G s
23.10.23
✎
21:29
|
(6) Динамическое обновление?
|
|||
9
H A D G E H O G s
23.10.23
✎
21:29
|
SELECT * FROM Config WHERE FileName like '%Dyn%';
|
|||
10
kortun
24.10.23
✎
00:11
|
(9) Нет, не динамическое, если выполнить запрос, результат пустой. Это первое что проверял.
|
|||
11
kortun
24.10.23
✎
00:14
|
(7) Не совсем понятен вопрос. И замером производительности мерил и просто секундомером замерял.
На базе разработки первое открытие секунд 10 и примерно 200 с лишним запросов. Второе открытие менее секунды и запросы в основном динамического списка только, их там около 25 примерно |
|||
12
H A D G E H O G s
24.10.23
✎
00:14
|
(10) like '%Dyn%'
правильно? |
|||
13
kortun
24.10.23
✎
00:16
|
(12) делал
SELECT * FROM Config WHERE FileName like 'DynamicallyUpdated' запрос SELECT * FROM Config WHERE FileName like '%Dyn%' показал 5 строк, сейчас удалю их |
|||
14
kortun
24.10.23
✎
00:18
|
(12) После удаление при открытии стало около 30 запросов.
Помогло, спасибо большое. Правда не совсем понятна связь. |
|||
15
H A D G E H O G s
24.10.23
✎
00:30
|
(13) Вы прям смелый.
Перед удалением надо сохранять cf-Шник и потом через сравнение - объединение натягивать динамическое на основное. Сейчас вы могли потерять динамические накаты. |
|||
16
kortun
24.10.23
✎
00:45
|
(15) Я на базе разработки все это проверял. На бою там данные 2018 года висят, их чуть позже буду на копии сначала удалять.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |