Ускоряем проведение многострочных документов в БП...

31.05.11

База данных - HighLoad оптимизация

Скорость проведения документов, содержащих тысячи строк, в типовой БП невелика, но есть простое решение этой проблемы.

Скорость проведения документов, содержащих тысячи строк, в типовой БП невелика. Зависимость ее от количества строк очень нелинейна. Таким образом, разбивая таблицу товаров при проведении на подтаблицы, можно значительно ускорить проведение.

 

По х - сотни строк, по y- секунды.
Типовая 1С 8.2 БП, документ - реализация.
Нижний график - усовершенствованный механизм (решение ниже), вверху - типовой. 

Простейший пример усовершенствования: Вместо строки в модуле проведения:

 

УправлениеЗапасамиПартионныйУчет.ДвижениеПартийТоваров(Заголовок, ТаблицаПоТоварам, Истина, СтруктураШапкиДокумента.ОтражатьВНалоговомУчетеУСН, Отказ, , СодержаниеПроводки);


Вставляем блок:

 

              

 Если ТаблицаПоТоварам.Колонки.Найти("ПодразделениеОрганизации") = Неопределено Тогда

                               ТаблицаПоТоварам.Колонки.Добавить("ПодразделениеОрганизации");

                КонецЕсли;

               

                Если ТаблицаПоТоварам.Колонки.Найти("СписанныеПартии") = Неопределено Тогда

                               ТаблицаПоТоварам.Колонки.Добавить("СписанныеПартии");

                КонецЕсли;

               

                Если ТаблицаПоТоварам.Колонки.Найти("ДоговорПоставщика") = Неопределено Тогда

                               ТаблицаПоТоварам.Колонки.Добавить("ДоговорПоставщика");

                КонецЕсли;

               

                Для Индекс = 1 По 3 Цикл

                               Если ТаблицаПоТоварам.Колонки.Найти("КорСубконтоСписания" + Индекс) = Неопределено Тогда

                                               ТаблицаПоТоварам.Колонки.Добавить("КорСубконтоСписания" + Индекс);

                               КонецЕсли;

                КонецЦикла;

               

                Если ТаблицаПоТоварам.Колонки.Найти("СписыватьПоУказаннойСтоимости") = Неопределено Тогда

                               ТаблицаПоТоварам.Колонки.Добавить("СписыватьПоУказаннойСтоимости", Новый ОписаниеТипов("Булево"));

                КонецЕсли;

               

                Если ТаблицаПоТоварам.Колонки.Найти("Себестоимость") = Неопределено Тогда

                               ТаблицаПоТоварам.Колонки.Добавить("Себестоимость");

                КонецЕсли;

       

                колвоСтрок = ТаблицаПоТоварам.количество();

                если  колвоСтрок>400 тогда

                ТаблицаПоТоварам2 = ТаблицаПоТоварам.СкопироватьКолонки();

                              

                               для каждого с из ТаблицаПоТоварам цикл

                               сс=ТаблицаПоТоварам2.добавить();

                               ЗаполнитьЗначенияСвойств(сс,с);

                               индескСтроки = ТаблицаПоТоварам.индекс(с)+1;

                               дробь=индескСтроки/300;

                               если окр(дробь) = дробь или индескСтроки = колвоСтрок тогда

                               УправлениеЗапасамиПартионныйУчет.ДвижениеПартийТоваров(Заголовок, ТаблицаПоТоварам2, Истина, СтруктураШапкиДокумента.ОтражатьВНалоговомУчетеУСН, Отказ, , СодержаниеПроводки);

                               для каждого ст из ТаблицаПоТоварам2 цикл   //передаем измененную подтаблицу в таблицу..

                                               стт=ТаблицаПоТоварам.найти(ст.номерстроки,"НомерСтроки");

                                               ЗаполнитьЗначенияСвойств(стт,ст);

                               конеццикла;

                               ТаблицаПоТоварам2.очистить();

                               конецесли;

                               конеццикла;

 

                иначе   

                УправлениеЗапасамиПартионныйУчет.ДвижениеПартийТоваров(Заголовок, ТаблицаПоТоварам, Истина, СтруктураШапкиДокумента.ОтражатьВНалоговомУчетеУСН, Отказ, , СодержаниеПроводки);

                конецесли;


 

 

Резюме: разбиение только в движении партий позволяеет приблизить зависимость времени проведения от количества строк к линейной. Точнее эта зависимость имеет не столь выраженную нелинейность, и экономия времении проведения может быть в разы. Добавлю, что использовался серверный вариант БД, версия 1С - 8.2.13.219, но примерное такие же графики были получены и на сервреной версии 8.1. Использовался режим "первого проведения" - второе проведение тойже последовательности документов дает более гладкую кривую и меньшие времена проведений.

См. также

Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024    3003    spyke    27    

42

Быстродействие типовой 1С

HighLoad оптимизация Платформа 1С v8.3 Бесплатно (free)

Оказывается, в типовых конфигурациях 1С есть, что улучшить!

13.03.2024    5124    vasilev2015    19    

37

Анализируем SQL сервер глазами 1С-ника

HighLoad оптимизация Инструменты администратора БД Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих зааросов на sql, ожиданий, конвертация запроса в 1с и рекомендации где может тормозить

1 стартмани

15.02.2024    7664    159    ZAOSTG    68    

96

Удаление строк из таблицы значений различными способами с замером производительности

HighLoad оптимизация Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.

09.01.2024    6001    doom2good    48    

63

Опыт оптимизации 1С на PostgreSQL

HighLoad оптимизация Бесплатно (free)

При переводе типовой конфигурации 1C ERP/УТ/КА на PostgreSQL придется вложить ресурсы в доработку и оптимизацию запросов. Расскажем, на что обратить внимание при потерях производительности и какие инструменты/подходы помогут расследовать проблемы после перехода.

20.11.2023    8886    ivanov660    6    

76

ТОП проблем/задач у владельцев КОРП лицензий 1С на основе опыта РКЛ

HighLoad оптимизация Бесплатно (free)

Казалось бы, КОРП-системы должны быть устойчивы, быстры и надёжны. Но, работая в рамках РКЛ, мы видим немного другую картину. Об основных болевых точках КОРП-систем и подходах к их решению пойдет речь в статье.

15.11.2023    5117    a.doroshkevich    20    

72

Начните уже использовать хранилище запросов

HighLoad оптимизация Запросы

Очень немногие из тех, кто занимается поддержкой MS SQL, работают с хранилищем запросов. А ведь хранилище запросов – это очень удобный, мощный и, главное, бесплатный инструмент, позволяющий быстро найти и локализовать проблему производительности и потребления ресурсов запросами. В статье расскажем о том, как использовать хранилище запросов в MS SQL и какие плюсы и минусы у него есть.

11.10.2023    16198    skovpin_sa    14    

98
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. yandextesting 148 31.05.11 15:16 Сейчас в теме
может ускоряем, а не убыстряем?
2. artbear 1448 31.05.11 16:22 Сейчас в теме
Интересная мысль, что-то подобное я уже видел вроде бы.
У меня также в последнее время в БП проведение начало хромать, хотя объемы не сильно выросли.
ЗЫ оформи публикацию получше, плиз, - почитай рекомендации http://infostart.ru/public/66592/
Особенно Разукрашку рекомендую.
v.l.; nano1c; +2 Ответить
3. alexk-is 6533 31.05.11 16:29 Сейчас в теме
artbear пишет:
Интересная мысль, что-то подобное я уже видел вроде бы.
(2) Ага. Вот здесь
4. artbear 1448 31.05.11 16:49 Сейчас в теме
(3) Нет, по 77 это давно известно. я именно по 8-ке где-то видел :)
5. alexk-is 6533 31.05.11 16:53 Сейчас в теме
(4) А в чем принципиальная разница?
6. artbear 1448 31.05.11 16:56 Сейчас в теме
(5) Разница в надежде, что в 8-ке нет этой проблемы - нелинейная зависимость времени проведения от количества строк в таблице :)
7. anig99 2843 01.06.11 08:28 Сейчас в теме
Действительно... Статья хромает. Не раскрыта суть, оформление отсутствует. Не понятно ЧТО поменялось - текст "до" и "после"
8. orefkov 1152 01.06.11 11:20 Сейчас в теме
А никто не рыл, где именно собака порылась?
Все-таки нелинейность говорит о каких-то косяках в движке.
Пусть даже строгой линейности нет, но пусть хотя бы N*Log(N), а то по графику больше на N^2 тянет...
10. Valerich 1633 02.06.11 05:33 Сейчас в теме
(8) думаю причина кроется в формировании итогов по регистрам, затронутым в проведении. Ведь в них при изменении набора записей должны пересчитаться подитоги, чтобы потом виртуальные таблицы работали быстро.
Ведь в принципе регистры - это тот же OLAP, только подготовка "размазана" во времени, выполняется во время записи в регистр.
9. artbear 1448 01.06.11 11:36 Сейчас в теме
(0) Кстати, ты не указал версию СУБД!
СКЛ ?
Надеюсь, минимум Скуль 2005 ?
11. Valerich 1633 02.06.11 05:34 Сейчас в теме
а вообще система триггеров на уровне СКЛ сервера значительно ускорила бы этот процесс. но у спецов 1С что-то плохо с этим...
12. nano1c 171 02.06.11 15:11 Сейчас в теме
да, MS SQL 2005
замерял скорости только на БП, надо бы на УТ попробовать.. RLS отключен.
Оставьте свое сообщение