Оптимизация перепроведения 7.7

@Hryv · Регистрация: 24.07.2008

Студворк — интернет-сервис помощи студентам

Сразу оговорюсь, что плохо разбираюсь в механизме актуальности регистров.
Естественно, я общий смысл понимаю, но как копну поглубже, то в голове каша образуется

Теперь по сути

Есть документ
Если создать новый и провести, то проводится относительно быстро
Но если перепровести вчерашний или более старый, то тормозит прилично

Выяснил, что все тормоза находятся в коде

Code
1
2
3
4
        Если ИтогиАктуальны()=0 Тогда
ВремРегистры.Актуальность(1);
ВремРегистры.РассчитатьРегистрыНа(ТекущийДокумент());
КонецЕсли;

В принципе, тут все понятно, раз итоги не актуальны, то их надо пересчитать - это и тормозит

Но 2-3 раза в месяц случается необходимость перепровести все эти документы
За 10 часов (то есть за ночь) успевает перепровестись примерно 15 дней, а хотелось бы все 30

Можно ли произвести какие-ибудь манипуляции с ТА, чтобы в момент проведения итоги были актуальны?
И за счет этого ускорить перепроведение

@vytfyt · 13.04.2010, 10:50

Сообщение от Hryv

Можно ли произвести какие-ибудь манипуляции с ТА, чтобы в момент проведения итоги были актуальны?

Да. Есть 2 варианта:
1. Смещение ТА на первый перепроводимый документ. Так работает функция по восстановлению последовательности в стандартной ТиС.
2. При проведении работать с актуальными итогами. ВСЕГДА с актуальными итогами. В этом случае есть много нюансов, потребуется доработка программы...
Если быстро, используйте первый вариант. Если грамотно, проанализируйте, для чего используется временный расчет, уберите эти ограничения и работайте по второму варианту.

@Hryv · 13.04.2010, 12:09

Сообщение от vitfil

1. Смещение ТА на первый перепроводимый документ. Так работает функция по восстановлению последовательности в стандартной ТиС

То есть надо для первого документа сделать
УстановитьТАна(Док.ТекущийДокумент());

и потом для каждого
Док.Провести(2);

правильно?

@vbs · 13.04.2010, 12:55

Сообщение от Hryv

За 10 часов (то есть за ночь) успевает перепровестись примерно 15 дней, а хотелось бы все 30

ЭТО Ж СКОЛЬКО ДОКУМЕНТОВ ЗА ДЕНЬ В БАЗЕ ? Я такую скорость не наблюдал даже при наличии до 1500 (больше пока не встречал), перепроведение занимает не более 15 мин. за день, если железо хорошее.
Правда, по-моему, время проведения существенно зависит от количества строк в документах...

@Hryv · 13.04.2010, 13:27

Сообщение от vbs

ЭТО Ж СКОЛЬКО ДОКУМЕНТОВ ЗА ДЕНЬ В БАЗЕ ? Я такую скорость не наблюдал даже при наличии до 1500 (больше пока не встречал), перепроведение занимает не более 15 мин. за день, если железо хорошее.
Правда, по-моему, время проведения существенно зависит от количества строк в документах...

Данные о времени проведения со слов того, кто это сейчас делает

До сих пор использовалась обработка, которая работает по первому варианту от vitfil (если заходить монопольно)
Я ее чуток подправил (не по сути, а только для удобства в использовании) и потестил
Получил результат 1 день - 7 минут, правда это на копии базы и на другом железе
По моим прикидкам "на глазок" оригинал должен еще быстрее работать
Что-то не стыкуется :(

Ночью запущу сам на основной базе
Чтобы за 10 часов успеть 30 дней надо проводить 1 день за 20 минут
Это в 3 раза медленнее, чем мой тест показал
Есть шанс, что все пройдет успешно

Если нет, тогда уже буду анализировать логи, смотреть что больше всего тормозит
Может проблема и не там, где я начал искать

@vbs · 13.04.2010, 13:45

Сообщение от Hryv

(если заходить монопольно)

Ну, это-то подразумевается в первую очередь

@Hryv · 14.04.2010, 13:37

В итоге нашел в чем беда
При использовании обработки время на пересчет итогов не тратится
Проблема совсем в другом
В базе (наверное из-за многочисленных переделок) некорректно идет работа с одним из регистров
Приход по нему делается, а расход - нет
Но при приходе пытается что-то там зачесть
Выгружает остатки в ТЗ, порядка 1000-1500 строк, сортирует ее и перебирает, но в цикле на первом же условии всегда попадает на Продолжить

Пока убрал этот бесполезный зачет
В принципе по плану со второго полугодия новую базу ставить, так что в этой базе, наверное, так "криво" и останется

@vytfyt · 14.04.2010, 13:48

Хочу взглянуть в глаза тому, что сделал незакрывающийся регистр. Мало того, что 1С сама в таблицу итогов лишние записи кидает (нулевые остатки), так еще и вредитель нашелся!

@Hryv · 14.04.2010, 14:00

Скорее всего изначально он закрывался
Эта база на основе стандартной ТиС
Но потом кто-то что-то сделал и закрываться перестало
На мой вопрос: "А как же вы этим регистром пользуетесь?"
Был ответ: "А мы им не пользуемся"

Может они просто не вносят документы, которые его должны закрывать
Честно говоря разбираться по сути в данном конкретном случае желания нет

Новые блоги и статьи Все статьи Все блоги /
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек SDL3 и Box2D из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия SDL 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual. . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»

@Hryv 1 / 1 / 0 Регистрация: 24.07.2008 Сообщений: 658
	14.04.2010, 13:37
	В итоге нашел в чем беда При использовании обработки время на пересчет итогов не тратится Проблема совсем в другом В базе (наверное из-за многочисленных переделок) некорректно идет работа с одним из регистров Приход по нему делается, а расход - нет Но при приходе пытается что-то там зачесть Выгружает остатки в ТЗ, порядка 1000-1500 строк, сортирует ее и перебирает, но в цикле на первом же условии всегда попадает на Продолжить Пока убрал этот бесполезный зачет В принципе по плану со второго полугодия новую базу ставить, так что в этой базе, наверное, так "криво" и останется 0

@vytfyt 0 / 0 / 0 Регистрация: 28.03.2004 Сообщений: 1,913
	14.04.2010, 13:48
	Хочу взглянуть в глаза тому, что сделал незакрывающийся регистр. Мало того, что 1С сама в таблицу итогов лишние записи кидает (нулевые остатки), так еще и вредитель нашелся! 0

@Hryv 1 / 1 / 0 Регистрация: 24.07.2008 Сообщений: 658
	14.04.2010, 14:00
	Скорее всего изначально он закрывался Эта база на основе стандартной ТиС Но потом кто-то что-то сделал и закрываться перестало На мой вопрос: "А как же вы этим регистром пользуетесь?" Был ответ: "А мы им не пользуемся" Может они просто не вносят документы, которые его должны закрывать Честно говоря разбираться по сути в данном конкретном случае желания нет 0