А зачем здесь транзакция

[greench]

Всем привет.
Ковыряю код для HH девайсов в advanced warehouse solution. Наткнулся на вот такую штуку в классе WHSControlData

boolean validateLicensePlateQty(WHSLicensePlateId       _licensePlateId)
{
    InventSum       inventSum;
    InventDim       inventDim;
  
    ttsbegin;

    select firstonly RecId from inventSum
        where inventSum.Closed          == NoYes::No                        &&
                (inventSum.PhysicalInvent != 0                                ||
                inventSum.Picked         != 0)
        exists join inventDim
            where inventSum.InventDimId         == inventDim.InventDimId    &&
     		  inventDim.LicensePlateId   == _licensePlateId;
  
    ttscommit;

    return inventSum.RecId == 0;
}

Собственно вопрос: а зачем здесь ttsbegin/ttscommit? может я чего-то не понимаю?

AX2012 R3 CU10

[ice321i]

Вот здесь ответ на ваш вопрос Проблемы с кэшированием inventSum в DAX2012

[greench]

Цитата:

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

Вот здесь ответ на ваш вопрос Проблемы с кэшированием inventSum в DAX2012

О, спасибо. 6 лет прошло а воз и ныне там. Интересно будет глянуть в D365. Но есть подозрение что..

[greench]

Кстати, в связи с темой. А кто-то на реальных проектах у себя менял CacheLookup в InventSum?

[Logger]

Я менял. Вреда не заметил.

[greench]

Цитата:

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

Я менял. Вреда не заметил.

А перфоманс? С учетом что складских операций очень много каждый денью

Я к тому что есть ли смысл менять, или просто держать в голове эту ситуацию и в критических местах запросы оборачивать в транзакционные скобки.

[Logger]

Разницы не заметил.
У нас практически не было ситуаций когда шел запрос без группировок. Т.е. кеш не мог проявиться.

[Raven Melancholic]

Цитата:

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

Я к тому что есть ли смысл менять, или просто держать в голове эту ситуацию и в критических местах запросы оборачивать в транзакционные скобки.

Не вижу смысла держать это "в голове". Сегодня держишь, завтра забыл или коллега даже не держал.
Класс InventUpdateOnhand появился еще в DAX4. С тех пор обновление InventSum прямым SQL запросом является основным способом (за исключением ситуации, когда обновляем только одну запись во всей транзакции).
Даже если обновляем только одну запись, то мне сложно представить ситуацию, когда после обновления записи InventSum нашим кодом, тут же запрашиваем её опять из базы данных, надеясь, что получим запись из кэша (ну, если это не обработка конфликта обновления, но даже в этом случае нам нужно явно не значение из кэша, да и транзакция в таком случае открыта).
В общем, смысла кэширования записей такой часто изменяющейся таблицы просто не вижу. Экспериментов не проводил, но подсознательно чувствую, что в таких случаях в недрах DAX часть времени тратится на то, чтобы определить не устарел ли кэш, не нужно ли его сбросить и т.п.