|
![]() |
#1 |
Участник
|
Посмотрите еще вот что. Есть один баг в Ах 4.0, возможно он сохранился и в Ах2009 (у меня её нет, не могу проверить). Суть в том, что при создании записей Purchline работает табличный метод Purchline.TaxByLine(), и в нем такой запрос:
X++: select sum(TaxAmount) from taxTrans where taxTrans.InventTransId == this.InventTransId; Последний раз редактировалось Zabr; 30.12.2009 в 14:05. |
|
|
За это сообщение автора поблагодарили: AlexArh (1), nano3 (1). |
![]() |
#2 |
Участник
|
Еще: у вас по клиентам не включен ли контроль кредитного лимита ? Тоже может тормозить, поскольку проверяется при создании каждой строчки SalesLine, но тут уж не знаю чем помочь, если контроль реально нужен.
|
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от Zabr
![]() Посмотрите еще вот что. Есть один баг в Ах 4.0, возможно он сохранился и в Ах2009 (у меня её нет, не могу проверить). Суть в том, что при создании записей Purchline работает табличный метод Purchline.TaxByLine(), и в нем такой запрос:
X++: select sum(TaxAmount) from taxTrans where taxTrans.InventTransId == this.InventTransId;
__________________
Ivanhoe as is.. |
|
![]() |
#4 |
Участник
|
Именно так, в Ax 4.0 он также только проверяет неиспользуемый налог 1099, и я этот код именно просто закомментировал. Получается, в Ax2009 можно сделать то же самое и это даст заметное ускорение (если только в Ax2009 так и не сделали нужный индекс).
|
|
![]() |
#5 |
Талантливый разгвоздяй
|
В AX 2009 индекс уже добавили, но согласен с Ivanhoe, что лучше повесить конфигурационный ключ.
|
|
Теги |
ax2009, intercompany, загрузка данных, производительность |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|