InventSum - DAX: Функционал

Alexanderrrr · 08.01.2010, 18:42

Доброго всем времени суток!

Решил обратиться за помощью к гуру акспапты.

sql 2000 axapta 3.0 sp5

после изменения механизма расчета аванса появились блокировки на таблице inventsum, в которой у нас всего 13 записей..(при одновременном расчете)
включив sql-трассировку, получаю вот:

Код:

252655 мс на 'EXECUTE+FETCH (execute, first chunk of data)': SELECT A.ITEMID,A.POSTEDQTY,A.POSTEDVALUE,A.DEDUCTED,A.RECEIVED,A.RESERVPHYSICAL,A.RESERVORDERED,A.ONORDER,A.ORDERED,A.QUOTATIONISSUE,A.QUOTATIONRECEIPT,A.DEL_CONFIGID,A.INVENTDIMID,A.CLOSED,A.REGISTERED,A.PICKED,A.AVAILORDERED,A.AVAILPHYSICAL,A.PHYSICALVALUE,A.ARRIVED,A.PHYSICALINVENT,A.CLOSEDQTY,A.LASTUPDDATEPHYSICAL,A.LASTUPDDATEEXPECTED,A.POSTEDVALUESECCUR_RU,A.PHYSICALVALUESECCUR_RU,A.RECVERSION,A.RECID FROM INVENTSUM A WITH( INDEX(I_174ITEMDIMIDX), UPDLOCK) WHERE ((DATAAREAID=?) AND ((ITEMID=?) AND (INVENTDIMID=?))) OPTION(FAST 1)

это только при расчете одной точки учета.

тормозит в методе

X++:

static InventSum find(ItemId            itemId,
                      InventDimId       dimId,
                      boolean           _forUpdate = false)
{
    InventSum  inventSum;
    ;
    if (_forUpdate)
    {
        inventSum.selectForUpdate(_forUpdate);
        if (appl.inventUpdateTTSControl().mustUseTTSSystem())
            inventSum.setConnection(appl.inventUpdateTTSControl().DBConnectionUpd());
    }

    if (itemId)
        select firstonly inventSum
            index hint ItemDimIdx
            where inventSum.itemId              == itemId    &&
                  inventSum.inventDimId         == dimId;

    return inventSum;
}

на селекте inventSum..

люди добрые, помогите

index hint убирал, не помогает..(

Weez · 09.01.2010, 01:04

попробуйте перестроить индексы таблицы inventsum (переиндексация из аксапты)

Alexanderrrr · 09.01.2010, 07:53

Цитата:

попробуйте перестроить индексы таблицы inventsum (переиндексация из аксапты)

реиндексацию, синхронизацию делал не раз, не помогает.
У нас и еженочной джоб есть на ренидексацию..

Alexanderrrr · 09.01.2010, 09:11

при аналогичном расчете на тестовом приложении, если делать его в одиночестве, зависаний на inventsum не наблюдается..

Sada · 09.01.2010, 14:23

_forUpdate = true или false?
если true, то попробуйте закоментить

X++:

if (appl.inventUpdateTTSControl().mustUseTTSSystem())
            inventSum.setConnection(appl.inventUpdateTTSControl().DBConnectionUpd());

setConnection(); все вешает. Посмотрите по поиску как ето лечить. Помоему где то уже обсуждалось.
честно признаюсь не знаю нафига это там вставлено

, но если закоментить, то блокировок не будет скорее всего. но наверно ето не правильно

Да и Аксы под рукой нет(отдыхаем веть) чтоб что-либо проверить. А что такое "точка учета?". Просто интересно.

**Vadik** · 09.01.2010, 15:08

Цитата:

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

честно признаюсь не знаю нафига это там вставлено

Это код для поддержки IMTS, если его закомментировать, лучше точно не станет (при неиспользуемом IMTS - ничего не изменится, при использовании - станет хуже именно за счет блокировок именно на InentSum)
Alexanderrrr, Вы не там ищете. Блокировки в InventSum.find() - это следствие, а причина где-то в дебрях "расчета аванса", который зачем-то выполняет блокировку запасов в наличии, его и копайте

Alexanderrrr · 09.01.2010, 16:01

во-первых, спасибо за ответы!

Цитата:

Alexanderrrr, Вы не там ищете. Блокировки в InventSum.find() - это следствие, а причина где-то в дебрях "расчета аванса", который зачем-то выполняет блокировку запасов в наличии, его и копайте

подозрения у меня на вот этот метод:

X++:

/*
Select table InventSum for update
*/

public InventSum inventSumSelectLocked(InventTrans inventTrans)
{
     InventSum inventSum;
   ;
    if (!this.mustUseTTSSystem())
        inventSum = InventSum::find(inventTrans.itemId,inventTrans.inventDimId,true);
    else
    {
        if (!this.dBConnectionUpd() || !TTSLevel_Upd || !appl.ttsLevel())
            throw error(strfmt("@SYS69842",funcname()));

        inventSum.setConnection(this.dBConnectionUpd());
    
        select firstonly forupdate inventSum
            index hint itemDimIdx
            where inventSum.ItemId      == inventTrans.itemId   &&
                  inventSum.InventDimId == inventTrans.inventDimId;
    }
    return inventSum;  
}

он вызывается из inventtrans.update:

X++:

void update(NoYes dropInventOnHand= NoYes::No)
{
    InventTrans     this_Orig;
    InventSum       inventSum;

    ttsbegin;

    this.setStatusDate();
    this.setClosedOpen();
    //Dual Warehouse -->
    this.setClosedOpenSecCur_RU();
    //Dual Warehouse <--
    this.setDirection();

    if (!dropInventOnHand)
    {
        this_Orig  = this.orig();

        appl.inventUpdateTTSControl().setTTSBeginUpd();

        if (InventSum::mustInventTransBeUpdated(this,this_Orig))
        {
            inventSum = appl.inventUpdateTTSControl().inventSumSelectLocked(this);

            if (!inventSum.canInventTransBeUpdated(this_Orig))
            {
                inventSum.updateInventTrans(this,NoYes::Yes,null,false);

                inventSum = appl.inventUpdateTTSControl().inventSumSelectLocked(this_Orig);

                inventSum.updateInventTrans(this_Orig,NoYes::No,null,true);
            }
            else
                inventSum.updateInventTrans(this,NoYes::Yes,this_Orig);
        }
        else if (InventSum::mustInventTransBeLogUpdated(this,this_Orig))
        {
            appl.inventUpdateTTSControl().insertInventSumLogTTS(this,NoYes::Yes,inventSum);
            appl.inventUpdateTTSControl().insertInventSumLogTTS(this_Orig,NoYes::No,inventSum,true);
        }
        this.updateTransIdReturn();

        appl.inventUpdateTTSControl().setTTSCommitUpd();
    }

    super();

    ttscommit;
}

только в чем дело, понять пока не могу..

Yprit · 09.01.2010, 18:59

Alexanderrrr, послушайте внимательно участника Vadik - он дело говорит. Посмотрите - какой процесс в этот момент блокирует InventSum, откуда происходит блокировка.

Alexanderrrr · 10.01.2010, 20:38

Цитата:

Alexanderrrr, послушайте внимательно участника Vadik - он дело говорит. Посмотрите - какой процесс в этот момент блокирует InventSum, откуда происходит блокировка.

не могли бы вы мне подсказать, каким образом это лучше сделать?
простите, если вопрос покажется глупым

Yprit · 11.01.2010, 08:55

Цитата:

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

не могли бы вы мне подсказать, каким образом это лучше сделать?

Ну коль скоро такой вопрос возник, то лучше взять за жабры вашего администратора БД и его озадачить

Alexanderrrr · 11.01.2010, 09:06

как я понял в axapta 3.0 существует проблема с блокировками на inventsum..
пользователи получают сообщение о "тупиковой ситуации"..
http://www.ms-dynamics.ru/blog/2007/...s-ax-4-i-imts/
пока непонятно только, почему это проблема возникла только сейчас..что же я зацепил..

Yprit · 11.01.2010, 09:33

Так у вас IMTS включено или нет?

Alexanderrrr · 11.01.2010, 10:15

Цитата:

Так у вас IMTS включено или нет?

выключено (оптимистичный принцип, периодическая очистка 3600 секунд)
включить?

Yprit · 11.01.2010, 10:32

Цитата:

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

включить?

Нет, не стОит.
Alexanderrrr, Вы знаете, что такое блокировки? Что вы имели в виду, когда писали "при одновременном расчете"? Название процедуры sp_who2, например, Вам о чем-нибудь говорит?

Alexanderrrr · 11.01.2010, 10:41

Цитата:

Нет, не стОит.
Alexanderrrr, Вы знаете, что такое блокировки? Что вы имели в виду, когда писали "при одновременном расчете"? Название процедуры sp_who2, например, Вам о чем-нибудь говорит?

да, sp_who2 в работе использую постоянно, и в момент расчета блокировки там присутствовали.
зачем на inventsum нужны блокировки мне понятно, и что такое блокировки тоже.
под одновременным расчетом имелся ввиду запуск расчета несколькими юзерами.
почитал про imts..дело в том, что мы не используем режим управления запасами на предприятии.

Yprit · 11.01.2010, 10:57

Цитата:

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

дело в том, что мы не используем режим управления запасами на предприятии.

Тогда посмотрите на стэк вызовов - откуда и зачем у вас InventTrans с InventSum обновляются, если "режим управления запасами не используется". И посмотрите, кто "держит" InventSum в момент возникновения блокировки. Может, у вас один процесс расчета схватил эти несчастные 13 записей и не отпускает, пока свои мифические авансы не досчитает. Вот остальные процессы и курят по 5 минут.....

Alexanderrrr · 11.01.2010, 11:45

Цитата:

Тогда посмотрите на стэк вызовов - откуда и зачем у вас InventTrans с InventSum обновляются, если "режим управления запасами не используется". И посмотрите, кто "держит" InventSum в момент возникновения блокировки. Может, у вас один процесс расчета схватил эти несчастные 13 записей и не отпускает, пока свои мифические авансы не досчитает. Вот остальные процессы и курят по 5 минут.....

спасибо, тогда такой вопрос..
а могу ли я вообще исключить операции с InventTrans, InventSum в процессе расчета, если учесть, что режим "управление запасами" мы не юзаем? ведь это из стандартного функционала..

Yprit · 11.01.2010, 12:01

смотря что Вы называете "механизмом расчета аванса"...

Alexanderrrr · 12.01.2010, 07:43

попробовал включить imts..
включение imts на тестовом сервере помогло ликвидировать блокировки на inventsum, да и быстрее расчет стал отрабатывать..буду искать подводные камни и пробовать на сервере боевом

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
lookup для ItemId iz InventTable + InventDim + InventSum	stalker25	DAX: Программирование	6	20.07.2009 15:50
RecordSet у inventSum	CasperSKY	DAX: Программирование	3	21.03.2008 15:52
Ошибка при разноске складских движений	Starling	DAX: Администрирование	9	12.10.2007 14:21
Проверка уникальности ItemDimIdx в InventSum	DreamCreator	DAX: Программирование	15	06.12.2005 17:23
Форма InventOnhandItem, Почему RecID у InventSum в этой форме всегда 0?	Кирилл	DAX: Программирование	2	25.05.2004 18:15