|
|
#11 |
|
Участник
|
Если по существу, то ниже приведена кое-какая информация (применимая к 4.0 и шведскому функционалу) из того, что я делал для оптимизации работы скриптов обновления данных. После тестовой конвертации базы были выявлены самые "долгоиграющие" скрипты и они оптимизировались в первую очередь. Некоторые замечания по приведенным данным:
Код: Название метода класса обновления данных Длит., мин. Что сделано
До После Gain
41_Cust.updateCustTransIdRef 2010 40 1970 добавлен альтернативный метод для случая, когда таблица CustTransIdRef исходно пуста
41_Basic.updateTimeZoneDataUpgrade 1450 40 1410 конвертация выполняется на лету, скрипты обновления отключаются через их настроечную таблицу
401_Vend.createDimHistory_PurchInvoice_DSQL 656 66 590 Переписан ReleaseUpdateDB401_Vend.createDimHistorySprocs для формирования распараллеливаемых запросов с литералами
401_Vend.createDimHistory_PurchPackingSlip_DSQL 60 Переписан ReleaseUpdateDB401_Vend.createDimHistorySprocs для формирования распараллеливаемых запросов с литералами
41_Cust.updateCustTable_W 20 0 20 значение MandatoryCreditLimit перебивается на лету, скрипт отрублен
41_Cust.updateCustInvoiceJour_HU 10 0 10 добавлена привязка к конфигурационному ключу CRSEHungary
41_Cust.updateCustInterestValues_PL 10 0 10 добавлена привязка к конфигурационному ключу CustInterest
401_Asset.updateCategorizationTrans_CZ 10 0 10 добавлена привязка к конфигурационному ключу PreAcquisition_W
401_Vend.updateVatNum_PL 10 0 10 добавлена привязка к конфигурационному ключу CRSEPoland
401_Vend.updateVendRegNum_W 10 0 10 добавлена привязка к конфигурационному ключу CRSEEstonia |
|
|
|
| За это сообщение автора поблагодарили: Logger (3). | |