Показать сообщение отдельно
Старый 07.01.2011, 01:59   #1  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5803 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Тормозное рассопоставление по клиентам
Пометка проводок для рассопоставления по клиентам в AX 2009 как-то очень уж тормозила. Оказалось, что дело было в двух э... особенностях локализации. Во-первых, метод \Data Dictionary\Tables\CustAdvanceInvoiceSettlement_W\Methods\existsCustSettlement слишком "расплывчато" понимает связь между строками и шапкой накладных:
X++:
if (custInvoiceJour && paymentVoucher && paymentDate)
{
    select sum(LineAmount) from salesLine join custInvoiceTrans
        where salesLine.RefReturnInvoiceTrans_W == custInvoiceTrans.RecId &&
              custInvoiceTrans.InvoiceId == custInvoiceJour.invoiceId;
    if (abs(salesLine.LineAmount) < abs(custInvoiceJour.InvoiceAmount))
    // ...
Из-за этого план запроса получается какой-то, мягко говоря, диковатый (не говоря уже про корректность выборки), но это быстро лечится "уточнением" связи согласно relation'у, чтобы начал хвататься и нормально использоваться подходящий индекс. Во-вторых, по CustSettlement потом уходил запрос, где не было упоминаний dataareaid, и ему очень подошел бы индекс OffsetTransIdx_RU (OffsetRecid, TransRecId), если бы не это поле на первом месте. Это вылечилось перемещением dataareaid в индексе на последнее место, что сделать оказалось совсем просто, см. эту тему.

AX 2009 SP1 EE RU5 (5.0.1500.2985)