fed: Ledger Balance Data in DAX

[mazzy]

наше обсуждение превращается в теологическое.
в том смысле, что делаем выводы на основании своих представлений, а не на основании практических экспериментов.

[fed]

Цитата:

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

наше обсуждение превращается в теологическое.
в том смысле, что делаем выводы на основании своих представлений, а не на основании практических экспериментов.

Ну я вот тут практический эксперимент поставил: В живой и активно работающей БД версии 2009 вытащил кэш запросов. Не буду биться об заклад за какое время там запросы, но судя по полю с датой и временем последнего исполнения - самые старые запросы в кэше от позавчера. Так что рискну предположить что выборка репрезентативная. Так вот - ни одного update по ledgerBalancesDimTrans не присутствует. Есть море (порядка 8000) запросов типа:
INSERT INTO LEDGERBALANCESDIMTRANS (ACCOUNTNUM,PERIODCODE,TRANSDATE,DIMENSION,DIMENSION2_,DIMENSION3_,DIMENSION4_,SYSTEMGENERATEDULTIMO,DEBITMST,CREDITMST,DEBITOPRMST,CREDITOPRMST,DEBITTAXMST,CREDITTAXMST,DEBITMSTSECOND,CREDITMSTSECOND,DEBITOPRMSTSECOND,CREDITOPRMSTSECOND,DEBITTAXMSTSECOND,CREDITTAXMSTSECOND,QTY,DATAAREAID,RECVERSION,RECID)SELECT F1,F2,F3,F4,F5,F6,F7,F8,F9,F10,F11,F12,F13,F14,F15,F16,F17,F18,F19,F20,F21,DATAAREAID,RECVERSION,RECID+5676742945 FROM [#ax_tmp_kdis547_330_0]
Есть аналогичное количество запросов вида:
SELECT A.LEDGERACCOUNTNUM AS f1,A.PERIODCODE AS f2,A.TRANSDATE AS f3,A.DIMENSION AS f4,A.DIMENSION2_ AS f5,A.DIMENSION3_ AS f6,A.DIMENSION4_ AS f7,A.SYSTEMGENERATEDULTIMO AS f8,A.DEBITMSTSUMMED AS f9,A.CREDITMSTSUMMED AS f10,A.DEBITOPRMSTSUMMED AS f11,A.CREDITOPRMSTSUMMED AS f12,A.DEBITTAXMSTSUMMED AS f13,A.CREDITTAXMSTSUMMED AS f14,A.DEBITMSTSECONDSUMMED AS f15,A.CREDITMSTSECONDSUMMED AS f16,A.DEBITOPRMSTSECONDSUMMED AS f17,A.CREDITOPRMSTSECONDSUMMED AS f18,A.DEBITTAXMSTSECONDSUMMED AS f19,A.CREDITTAXMSTSECONDSUMMED AS f20,A.QUANTITYSUMMED AS f21,N'era' AS DATAAREAID,1 AS RECVERSION,IDENTITY(bigint,1,1) AS RECID INTO [#ax_tmp_kdis547_330_0] FROM LEDGERBALANCESDIMTRANSDELTASUM A WHERE ((DATAAREAID=N'era') AND (USERTTSID=5708989947))

То есть - система в полном соответствии с теорией обработала оператор insert_recordset из ledgerBalancesTransDelta.transferTempDeltaRecsToLedger*. Сначала выбрала просуммированные данные из view построенного поверх ledgerBalancesTranDelta во временную таблицу. Потом данные из временной таблицы ВСТАВИЛА в таблицу балансов...

[mazzy]

Цитата:

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

Тут mazzy (если я его правильно понимаю) пытается доказать что в Аксапте insert в ledgerBalancesDimTrans магическим образом заменяется на update и несколько одинаковых записей превращаются в одну.

Цитата:

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

Ну я вот тут практический эксперимент поставил...

Ок. Беру паузу. Практический эксперимент попробую сделать ночером.

[AlexSD]

Цитата:

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

наше обсуждение превращается в теологическое.
в том смысле, что делаем выводы на основании своих представлений, а не на основании практических экспериментов.

Попробывал - не получилось.
Создал в ax2009 таблицу с двумя полями: текстовое Id, числовое Amount с FieldUpdate = Relative. Уникальный индекс по полю Id.
Джобом пытаюсь добавлять, обновлять запись разными способами - никак не получается воспроизвести ситуацию, что бы поле Amount обновлялось с учетом предыдущего значения. Каждый раз значение поля переписывается.

Может, я что-то не так делаю?

[mazzy]

Цитата:

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

Попробывал - не получилось.

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

[fed]

Цитата:

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

Попробывал - не получилось.
Создал в ax2009 таблицу с двумя полями: текстовое Id, числовое Amount с FieldUpdate = Relative. Уникальный индекс по полю Id.
Джобом пытаюсь добавлять, обновлять запись разными способами - никак не получается воспроизвести ситуацию, что бы поле Amount обновлялось с учетом предыдущего значения. Каждый раз значение поля переписывается.

Может, я что-то не так делаю?

Кстати мне очень непонятно как fieldUpdate==relative будет работать в версиях начиная с 3.0, в которой ввели обязательность select forupdate перед update. Получается что если у тебя пессимистичный контроль для таблицы стоит, то никто кроме тебя эту запись и не сможет изменить. Если оптимистический - то у тебя при апдейте (если эту запись кто-то обновил) должен exception::updateConflict подняться. Получается что этим механизмом можно пользоваться только если skipTTSCheck(true) у таблицы врубить и табличку апдейтить после обычного select (без forupdate/pessimisticLock/optimisticLock).
Можно конечно предположить что mazzy прав и система магически умеет заменять вставки на обновления, но как-то это никак не вяжется с содержанием хэлпов всех версий...

[mazzy]

Цитата:

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

Кстати мне очень непонятно как fieldUpdate==relative будет работать в версиях начиная с 3.0...

хм... быстро обозрел

в ax2009 действительно сильно заморочено. И надо разбираться.
в ax3.0 был метод класса LedgerVoucherBalancesList.write()

private void write()
{
    LedgerBalancesMap  ledgerBalancesLocal = ledgerBalances.data();
    ;
    ttsbegin;

    this.forUpdate(ledgerBalancesLocal);

    if (!ledgerBalancesLocal)
    {
        ledgerBalancesLocal.LedgerAccount   = ledgerBalances.LedgerAccount;
        ledgerBalancesLocal.TransDate       = ledgerBalances.TransDate;
        ledgerBalancesLocal.PeriodCode      = ledgerBalances.PeriodCode;
        ledgerBalancesLocal.LedgerSystemGeneratedUltimo = ledgerBalances.LedgerSystemGeneratedUltimo;
        ledgerBalancesLocal.LedgerBalancesVariant = variant;
    }

    ledgerBalancesLocal.DebitMST        += ledgerBalances.DebitMST;
    ledgerBalancesLocal.CreditMST       += ledgerBalances.CreditMST;
    ledgerBalancesLocal.DebitOPRMST     += ledgerBalances.DebitOPRMST;
    ledgerBalancesLocal.CreditOPRMST    += ledgerBalances.CreditOPRMST;
    ledgerBalancesLocal.DebitTaxMST     += ledgerBalances.DebitTaxMST;
    ledgerBalancesLocal.CreditTaxMST    += ledgerBalances.CreditTaxMST;

    ledgerBalancesLocal.DebitMSTSecond      += ledgerBalances.DebitMSTSecond;
    ledgerBalancesLocal.CreditMSTSecond     += ledgerBalances.CreditMSTSecond;
    ledgerBalancesLocal.DebitOPRMSTSecond   += ledgerBalances.DebitOPRMSTSecond;
    ledgerBalancesLocal.CreditOPRMSTSecond  += ledgerBalances.CreditOPRMSTSecond;
    ledgerBalancesLocal.DebitTaxMSTSecond   += ledgerBalances.DebitTaxMSTSecond;
    ledgerBalancesLocal.CreditTaxMSTSecond  += ledgerBalances.CreditTaxMSTSecond;

    LedgerBalancesLocal.LedgerQty += ledgerBalances.LedgerQty;

    ledgerBalancesLocal.write();

    ttscommit;
}

Увидев его я сильно засомневался в свойстве Relative.
Интересно. Ночером.

[mazzy]

Цитата:

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

Ок. Беру паузу. Практический эксперимент попробую сделать ночером.

отмотал назад по версиям... пока до 2.5...
нашел конкорд, но не помню пароля.
посмотрел что было раньше.

Цитата:

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

Не, Денис, ты ошибаешься.
Здесь тебе стоит пересмотреть свои взгляды.

Просто у денежных полей в таблицах LedgerBalancesTrans и LedgerBalancesDimTrans
установлено свойство FieldUpdate = Relative.
http://msdn.microsoft.com/en-us/library/aa577032.aspx

Это значит, что программисту не надо писать Update, не нужно маятся с вилкой (find?update:insert).
Программисту достаточно давать команду Insert.
Система сама сложит, если найдет уже существующую запись.
Это свойство пришло еще из Конкорда.

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

Цитата:

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

Попробывал - не получилось.
Создал в ax2009 таблицу с двумя полями: текстовое Id, числовое Amount с FieldUpdate = Relative. Уникальный индекс по полю Id.
Джобом пытаюсь добавлять, обновлять запись разными способами - никак не получается воспроизвести ситуацию, что бы поле Amount обновлялось с учетом предыдущего значения. Каждый раз значение поля переписывается.

Может, я что-то не так делаю?

да. у меня такая же ситуация.
в 2.5, 3.0, 4.0, 2009
пока считаю, что это я что-то серьезно напутал.

мало того, в ax2.5 суммовые поля в таблицах LedgerBalances не являются Relative!

оказывается механизм переписывался. и существенно.
надо будет покопаться потщательнее.
пусть пока перекрестные ссылки построятся.