Проблемы с обновлением записи, выбранной для обновления внутри транзакции

[Oz]

Уважаемые господа и товарищи!

Имеем: DAX 4.0 SP2 на MS SQL Server 2000 Dev
А также примерно такой код (упрощённо) в классе ReqTransPoMarkFirm:

void run();
...
  ttsbegin;
  ...
  this.create();
  ...
  ttscommit;
...

В свою очередь в create:

select firstonly forupdate reqTrans
  index hint refIdx
  where ...

Далее в недрах класса, после многих преобразований, однако всё в рамках этого же вызова create в какой то момент происходит обновление выбранной здесь записи:

void updateFirmedReqTrans(...
...
  _reqTrans.InventTransId = _InventTransId;
  _reqTrans.RefType = _refType;
  _reqTrans.RefId  = _refId;
  _reqTrans.IsForecastPurch = NoYes::No;
  _reqTrans.update();
...

И вот тут возникает стандартная ошибка "Операция не может быть завершена, так как запись не выбиралась для обновления. Используйте TTSBEGIN/TTSCOMMIT наряду с выражением FORUPDATE."
Мало того, попытка тупо в этом месте заменить вызов _reqTrans.update() на:

ttsbegin;
reqTransBuf = ReqTrans::findRecId(_reqTrans.RecId, true);
reqTransBuf.data(_reqTrans);
reqTransBuf.update();
ttscommit;

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

Заранее благодарен всем ответившим.

[DSPIC]

возможно проблема в

reqTransBuf.data(_reqTrans);

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

edit: Т.е. common.data перезаписывает все поля рекорды, попробуйте не использовать метод .data(), а проинициализировать только нужные поля

[Oz]

Цитата:

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

возможно проблема в

reqTransBuf.data(_reqTrans);

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

edit: Т.е. common.data перезаписывает все поля рекорды, попробуйте не использовать метод .data(), а проинициализировать только нужные поля

Врядли. RecId ведь записывается тот же, что и найденный, так как поиск был именно по recId.
Кроме того, это не объясняет поведение системы без последней правки...

[glibs]

Вы попробуйте. Вам дело говорят.

На всякий случай Global::buf2Buf(common, common).

[petr]

Посмотрите в дебагере, действительно ли _reqTrans выбран для обновления? Может по ходу вызовов эта переменная заново была выбрана уже без forUpdate

[DSPIC]

Только что проверил - так оно и есть, всё дело в методе .data().
Что касается стандартной системы - ищите, где-то что-то некорректно. Тут никаких подводных камней нет.

[Oz]

Спасибо
И правда, data(), в отличии от Global::buf2Buf() не подходит. Правда дело не в recId, а в чём то ином.
Вопрос, почему не работает исходный код, к сожалению остаётся открытым... И переходит в разряд теоретических, так как детально с этим разбираться, при условии наличия заплатки, времени пока нет...
Перед обновлением запись помечена, как выбранная для обновления

[glibs]

xRecord.data
Run on: Called
Description
Returns only the data part of the record. Is used to copy data from one record buffer to another rather than making the new buffer into a pointer to the buffer copied from. The buffer copied to has no database position or locks.

Syntax
data( [Common p1] )
Arguments
Returns : Data part of either p1 or of the buffer the method is called on

p1 : the buffer the data should be retrieved from
Example
Table1 t1
Table1 t2

t2 = t1.data();

[Oz]

Хм... приведённая цитата из докуметации всё же не объясняет такого поведения метода data()...

[_scorp_]

Цитата:

The buffer copied to has no database position or locks.

А разве это не объясняет?

[Oz]

Цитата:

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

А разве это не объясняет?

Так именно это и ожидается!
Копируются только данные в запись, которая была выбрана для обновления в этой транзакции.
Чем в таком случае код

ttsbegin;
select forupdate someTable where someTable.recId == buffer.recId;
someTable.data(buffer);
someTable.update();
ttscommit;

отличается от

ttsbegin;
select forupdate someTable where someTable.recId == buffer.recId;
someTable.somefield = buffer.somefield; // Представим что в таблице только одно прикладное поле
someTable.update();
ttscommit;

?

[glibs]

В первом случае someTable переинициализируется.

С чего бы вы думаете buf2buf() написали?

.data() используется для того, чтобы оторвать данные от изначальной табличной переменной. Просто ее значение может измениться в цикле. Или запись кто-то может удалить, если вы ее выбрали без блокировки на обновление. Еще полезно если вы хотите передать курсор из одного объекта в другой, при этом после передачи первый завершает свою работу, а второй еще живет (например, из одной формы передать что-то через parm-метод в другую, при этом первую закрыть).

[Oz]

Цитата:

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

В первом случае someTable переинициализируется.

С чего бы вы думаете buf2buf() написали?

.data() используется для того, чтобы оторвать данные от изначальной табличной переменной. Просто ее значение может измениться в цикле. Или запись кто-то может удалить, если вы ее выбрали без блокировки на обновление. Еще полезно если вы хотите передать курсор из одного объекта в другой, при этом после передачи первый завершает свою работу, а второй еще живет (например, из одной формы передать что-то через parm-метод в другую, при этом первую закрыть).

Совершенно согласен, что работает именно так. Но в документации всё таки несколько другое написано...

[glibs]

Гм... IMHO там именно это и написано. Я по документации пришел к такому пониманию.