gatesasbait: Table caching and record delete()/update()/next

[Blog bot]

Источник: http://gatesasbait.spaces.live.com/B...B9F5!209.entry
==============

 
Good morning,
 
This is a very basic concept. If you get the following error:
"Cannot call NEXT, update(), or delete() on buffer where data is selected or inserted in another transactionscope."
 
It means that the record selected has table caching activated, such as 'NotInTTS' and that you attempted to, for example run code like the following:
 
//wrong
select firstonly forupdate aRecord;
ttsbegin;
aRecord.delete();
ttscommit;
 
It is important in general and necessary for cached tables to begin the transaction scope before selecting the record for update. And so, even for tables that do not have caching enabled, it is strongly discouraged to call NEXT, update(), or delete() on a buffer outside of the transaction scope it was selected in.
 
//good
ttsbegin;
select firstonly forupdate aRecord;

aRecord.delete();
ttscommit;



Источник: http://gatesasbait.spaces.live.com/B...B9F5!209.entry

[konopello]

ну да раньше то на такое ошибку выкидывало, а сейчас с этим надо по осторожней : )

[fomenka]

И сейчас выкидывает ошибку, просто почти на всех таблицах OccEnabled стоит в Yes. Поэтому код

select firstonly forupdate aRecord;
ttsbegin;
aRecord.delete();
ttscommit;

для aRecord с включенным на уровне таблице OCC и компилируется, и выполняется нормально.
Но лучше все же писать

select firstonly optimisticlock aRecord;
ttsbegin;
aRecord.delete();
ttscommit;

- ведь кто-то может и отключить OCC на таблице, тогда будет ругань при компиляции.
Кстати, в книге Inside MS Dynamics Ax4.0 намудрили с ключевыми словами - есть упоминание и optimisticklock, и optimisticlock.

[kashperuk]

Quote:

Originally Posted by fomenka

Кстати, в книге Inside MS Dynamics Ax4.0 намудрили с ключевыми словами - есть упоминание и optimisticklock, и optimisticlock.

Не судите строго
Они ж датчане, для них англ. язык тоже не родной