|
|
тормоза при проведении по партиям |
☑ |
|
0
Дева
12.04.17
✎
15:39
|
Подскажите, пожалуйста!
Используется УТ 10, запускаю обработку "проведение по партиям" - январь, февраль (этого года) пролетают часа за полтора, а на март 8 часов не хватает, проведение 1 документа занимает около 5 сек. Как понять, что не так-то с этим мартом? Сейчас в настройках учета вылючен партионный учет (иначе работать абсолютно не возможно)
|
|
|
1
Cyberhawk
12.04.17
✎
15:40
|
Дата рассчитанных итогов
|
|
|
2
Cyberhawk
12.04.17
✎
15:41
|
Проводишь за один-два месяца - сдвигаешь дату. И продолжаешь...
|
|
|
3
Heckfy
12.04.17
✎
15:41
|
Итоги не рассчитаны.
|
|
|
4
Fragster
12.04.17
✎
15:45
|
тормоза проведения по партиям - это баян. поправить 1 запрос на использование временных таблиц вместо подзапросов.
|
|
|
5
Aleksey
12.04.17
✎
15:56
|
В стандартной процедуре "Проведение по партиям" по умолчанию стоят настройки
Максимальное количество строк в транзакции: 1000
Максимальное количество документов в выборке: 1000
Ставте там и там по 100.
|
|
|
6
Aleksey
12.04.17
✎
15:57
|
|
|
|
7
Дева
12.04.17
✎
16:01
|
в "операции - управление итогами" в колонке "рассчитан по" написано 31,03,17
(4) тогда всегда должно тормозить - а тут только март
|
|
|
8
Джинн
12.04.17
✎
16:03
|
(4) Три запроса.
|
|
|
9
Fragster
12.04.17
✎
16:04
|
(8) ну, может и три. замером производительности выявляется и исправляется все равно за 5 минут
|
|
|
10
Fragster
12.04.17
✎
16:07
|
(7)ну значит оптимизатор запросов скуля на основании статистики принимает решение использовать кривой план именно при запросе за март. этот момент с типовым запросом в старых версиях все равно наступает рано или поздно. в новых уже нормально сделано.
|
|
|
11
dmrjan
12.04.17
✎
16:15
|
Попробуй для начала произвести реиндексацию базы. Если не делал долгое время, то прирост производительности очень хороший будет.
|
|
|
12
Джинн
12.04.17
✎
16:23
|
(9) Для каждого вида учета свой запрос :)
|
|
