Как правильно обновить.

[miklenew]

Есть такая ситуация конструкция расположения ttsbegin\ttscommit.

static void Job21(Args _args)
{
    InventTable inventTable;
;
    inventTable = InventTable::find("какая-нибудь", true);
    ttsbegin;
    //inventTable = InventTable::findRecId(inventTable.recId, true);
    //inventTable.reread();
    inventTable.update();
    ttscommit;
}

Система естественно ругнёться.
Есть два выхода или перефайньдить или сделать reread.
Повремени выходит одинаково.
Вопрос может есть какие-нибудь структуры в Axapt-e которые позволят избежать перечтения.
Или может у кого есть какие-предложения как наиболее экономно это сделать?

[Dron AKA andy]

Перед update() вызовите inventTable.skipTTSCheck(true);

[miklenew]

Цитата:

Сообщение от Dron AKA andy

Перед update() вызовите inventTable.skipTTSCheck(true);

Вот спасибо.
Чувствовал что-то должно быть, но не знал что.

[oip]

Цитата:

Сообщение от Dron AKA andy

Перед update() вызовите inventTable.skipTTSCheck(true);

Пусть в table, условно, если Field1==true, то должно быть Field2 == 7, а если Field1==false, то Field2 == 8.

Пользователь1: select forupdate table...
Пользователь2: select forupdate table...
[table.Field1 == true]
Пользователь1:
if (table.Field1)
table.Field2 = 7;
else
table.Field2 = 8;
Пользователь2: table.Field1= false
Пользователь2: table.skipTTSCheck(true)
Пользователь1: table.skipTTSCheck(true)
Пользователь2: table.update();
Пользователь1: table.update();

Результат: table.Field1 == false && Field2 == 7.

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

[miklenew]

Цитата:

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

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

Спасибо за дополнение, но мне подойтёт это импорт на пакетчике и с этими таблицами работает только пакетчик.

[npokypatop]

Странные вещи творятся.
На этот код система не ругается. Т.е. если мы сначала селектим, а потом открываем транзакцию, все нормально отрабатывает и даже обновляет.
Вот если true поменять на false - да, тогда ругнется.
Непонятно.
А если попробовать inventTable.selectForUpdate(true) уже в рамках транзакции поставить, то независимо от того, как мы find делали - все сработает.

[dreamer]

Цитата:

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

Странные вещи творятся.
На этот код система не ругается. Т.е. если мы сначала селектим, а потом открываем транзакцию, все нормально отрабатывает и даже обновляет.
Вот если true поменять на false - да, тогда ругнется.
Непонятно.
А если попробовать inventTable.selectForUpdate(true) уже в рамках транзакции поставить, то независимо от того, как мы find делали - все сработает.

Хм,странно... У меня ругается. AX 3.0 SP3

[oip]

В 3ке так нельзя было, в 4ке - у меня тоже ошибки не появляется.

[crazysolntse]

Цитата:

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

В 3ке так нельзя было, в 4ке - у меня тоже ошибки не появляется.

между прочим : так можно делать не в 4 ке вообще а только на таблицах на которых установлено свойство occEnabled в yes!

[madm]

Мне почему-то всегда казалось что select forupdate надо делать внутри транзакции т.к. происходит блокировка записи таблицы. Как поведет себя СУБД в случае обрыва транзакции если блокировка была сделана вне этой транзакции?