Загрузка строк Purchase order

[nano3]

DAX 2009

Привет, всем

Загружаю данные из файла в purchase order. На основании этих данных создаю линии. Для создания линий использую стандартный метод purchLine.createLine(...).
Проблема в производительности:
1. При создании строк в Purchase order создаются строки в связанном Sales order (через Inter company). При загрузке 1640 строк работает примерно 7 минут.
2. При отключении автоматического резервирования для sales lines - порядка 6 минут.
3. Если не создавать связанный Sales order, то есть создавать записи только в Purchase Order, то около 70 секунд.
Отсюда я делаю вывод, что основное время уходит на создание inter company sales lines.
Можно ли как-нибудь увеличить скорость загрузки? Я понимаю, что вопрос звучит не конкретно, но может быть, кому-нибудь приходилось решать подобную задачу? Заранее спасибо за любую помощь.

[mazzy]

инструменты те же самые:
http://axapta.mazzy.ru/lib/querytuning/
Не работает трассировка SQL
axperf: TraceParser Video Training Part I: Installation
axperf: TraceParser Video Training Part II: Configuration, Collection and Importing
трассировка кода, traceparser (это ключевые слова для поиска на форуме)

вы не указали - русская или международная версия ax2009
вы не указали как у вас работает intercompany - в одной и той же базе данных или в разных (связь при помощи business Connector)

сильно подозреваю, что проблема в axd-классах и/или в бизнес-коннекторе.

[Zabr]

Цитата:

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

DAX 2009
Загружаю данные из файла в purchase order.
Заранее спасибо за любую помощь.

Файл Excel ? Попробуйте вместо XLS делать CSV и загружать посредством AsciiIO.read() - по крайней мере, на этапе чтения файла сильно съэкономите (раз в 10 точно).

[nano3]

Спасибо за ответ.
Версия Международная
intercompany в одной и той же базе
Файл CVS

[mazzy]

тогда парсер-трейсер в руки и вперед

[Zabr]

Посмотрите еще вот что. Есть один баг в Ах 4.0, возможно он сохранился и в Ах2009 (у меня её нет, не могу проверить). Суть в том, что при создании записей Purchline работает табличный метод Purchline.TaxByLine(), и в нем такой запрос:

select sum(TaxAmount) from taxTrans where taxTrans.InventTransId == this.InventTransId;

- но при этом у таблицы taxtrans нет индекса по полю InventTransId ! В нашей базе исправление этого бага дало ускорение формирования строк Purchline в 4-5 раз. Проверьте этот момент в Ах2009.

[Zabr]

Еще: у вас по клиентам не включен ли контроль кредитного лимита ? Тоже может тормозить, поскольку проверяется при создании каждой строчки SalesLine, но тут уж не знаю чем помочь, если контроль реально нужен.

[Ivanhoe]

Цитата:

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

Посмотрите еще вот что. Есть один баг в Ах 4.0, возможно он сохранился и в Ах2009 (у меня её нет, не могу проверить). Суть в том, что при создании записей Purchline работает табличный метод Purchline.TaxByLine(), и в нем такой запрос:

select sum(TaxAmount) from taxTrans where taxTrans.InventTransId == this.InventTransId;

- но при этом у таблицы taxtrans нет индекса по полю InventTransId ! В нашей базе исправление этого бага дало ускорение формирования строк Purchline в 4-5 раз. Проверьте этот момент в Ах2009.

В 2009 SP1 RU3 этот метод, судя по ссылкам, вызывается только для того, чтобы проверить налог 1099, который у нас не нужен. По идее можно просто закоментить кусочек или поставить проверку на конфиг. ключ CRSEUnitedStates.

[Zabr]

Цитата:

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

В 2009 SP1 RU3 этот метод, судя по ссылкам, вызывается только для того, чтобы проверить налог 1099, который у нас не нужен. По идее можно просто закоментить кусочек или поставить проверку на конфиг. ключ CRSEUnitedStates.

Именно так, в Ax 4.0 он также только проверяет неиспользуемый налог 1099, и я этот код именно просто закомментировал. Получается, в Ax2009 можно сделать то же самое и это даст заметное ускорение (если только в Ax2009 так и не сделали нужный индекс).

[Kabardian]

Цитата:

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

Именно так, в Ax 4.0 он также только проверяет неиспользуемый налог 1099, и я этот код именно просто закомментировал. Получается, в Ax2009 можно сделать то же самое и это даст заметное ускорение (если только в Ax2009 так и не сделали нужный индекс).

В AX 2009 индекс уже добавили, но согласен с Ivanhoe, что лучше повесить конфигурационный ключ.