1 Тема от meatsoft Отредактировано meatsoft (2018-12-10 11:10:54)

  • meatsoft
  • Member
  • Неактивен
  • Откуда: Полтавська обл. м.Кременчук
  • Зарегистрирован: 2017-09-04
  • Сообщений: 45

Тема: И снова про скорость и логику выгрузки НН в ПДР 72535

Досконально проанализировав  mac: RNN2MeDok нашел такие строки:
c 355 по 361
"
DO WHIE .....
......
    cQuery:="UPDATE s SET numstrok="+STR(nnumber)+" FROM
    "+IF(IsSpViewDoc(),odocobj:csdtable+" s ","SD s ")+;
              "WHERE UNIQUESOD="+STR(osql:dataarea:UNIQUESOD)
      IF IsSpViewDoc()
         doprvdsql(cQuery,osql1)
      ELSE
         osql:Executedirect(cQuery)
      ENDIF           
      nNumber++
      oSql:Skip()
   ENDDO
"
И это все в цикле по содержимому НН, а если в ней 700+ позиций, на каждую строчку содержимого мы выполняем все тригера и считаем проводки (для серверных документов), ну и конечно пишем в протокол, как мы меняем номера строк налоговой. "...Наверное это кому нибудь нужно..".
Ну короче, все это творчество занимает 95% времени всей выгрузки.
Ну реально НН в 700 строк выгружается текущим маком 15 сек., а исправленным <2 сек.

2 Ответ от Oleg

  • Oleg
  • Member
  • Неактивен
  • Зарегистрирован: 2016-07-25
  • Сообщений: 112

Re: И снова про скорость и логику выгрузки НН в ПДР 72535

Добрый день!

Выпущен ПДР 72561:
1. Добавлена возможность использовать собственные маки для уточнения заполнения содержимых НН и корНН

2. Ускорено заполнение массива содержимой НН для экспорта

3. Исправлена обработка логичических параметров