update_recordset. Бага или фича?

[Lucky13]

Есть код:

ttsbegin;
Table1 table1;
;
select forupdate table1 where table1.filed2 == value;

table1.Field1 = true;
table1.update();
ttscommit;

Данный код обновляет поле и, в случае, если изменяется значение поля, меняет поля ModifiedDate/Time

Следующий код:

Table1 table1;
;
update_recordset table1 setting field1 = true where table1.field2 = value;

Делает то же самое, но в отличии от предыдущего обновляет ModifiedDate/Time всегда, независимо от того изменилось значение поля или нет.

По-моему это неправильно, поля modified должны меняться только тогда, когда изменилось значение какого-нибудь поля.

Пытался отучить update_recordset от такой привычки

Этот код не меняет поля ModifiedDate/Time :

ttsbegin;
Table1 table1;
;
table1.overwriteSystemfields(true);

select forupdate table1 where table1.filed2 == value;

table1.Field1 = true;
table1.update();
ttscommit;

А этот сбрасывает в 0 оба поля

Table1 table1;
;
table1.overwriteSystemfields(true);

update_recordset table1setting field1 = true where table1.field2 = value;

В общем получилось даже хуже чем было

Ax 3.0 SP3

[Eldar9x]

Цитата:

Пытался отучить update_recordset от такой привычки

ну и логично, все строки обновляются, удовлетворяющие условию. Если не надо те, которые не изменились:

update_recordset table1 setting field1 = true where table1.field2 == value && table1.Field1 != true;

[Lucky13]

Цитата:

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

ну и логично, все строки обновляются, удовлетворяющие условию. Если не надо те, которые не изменились:

update_recordset table1 setting field1 = true where table1.field2 == value && table1.Field1 != true;

Это понятно. Проблему это решит, но не поможет понять почему update_recordset работает не так, как обычный update.
Я имею в виду если поле было равно true и update хочет сделать true. Следовательно ничего не изменилось и modifieddate/time меняться не должны по идее, а они меняются.

[ZVV]

Цитата:

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

Это понятно. Проблему это решит, но не поможет понять почему update_recordset работает не так, как обычный update.
Я имею в виду если поле было равно true и update хочет сделать true. Следовательно ничего не изменилось и modifieddate/time меняться не должны по идее, а они меняются.

По-моему причины данного поведения достаточно очевидны.
Если делается обычный update() то Акса проверяет, что хоть какое-то поле поменялось и если нет, то реального Апдэйта в БД не уходит.
В случае же update_recordset если выполняются все необходимые условия (типа отсутствия перекрытого метода update(), отсутствия Лога БД или же если есть соответсвующие skipXXX()... это я думаю понятно....) на сервер БД сразу отправляется update вида:

UPDATE ... 
SET FIELD=:in1,MODIFIEDDATE=:in2,MODIFIEDTIME=:in3
WHERE ...

Соответсвенно и поля меняются всегда для попадающих под запрос строк.
Всё логично... С точки зрения БД - это номальное как раз поведение, т.к. обновление реальное было.

Перекройте метод Update() на таблице и получится первый вариант поведения (Аксаптовский)...
Со всеми вытекающими по скорости.

[Михаил Андреев]

Цитата:

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

Перекройте метод Update() на таблице и получится первый вариант поведения (Аксаптовский)...
Со всеми вытекающими по скорости.

Тогда и update_recordset реально не работает

[ZVV]

Цитата:

Сообщение от Михаил Андреев

Тогда и update_recordset реально не работает

Естественно не работает, об этом написано мною выше...

PS
Я не собирался здесь писать развёрнутый доклад на тему как и когда работает update_recordset...
А толику юморf могли бы и включить...

[Lucky13]

Цитата:

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

По-моему причины данного поведения достаточно очевидны.
Если делается обычный update() то Акса проверяет, что хоть какое-то поле поменялось и если нет, то реального Апдэйта в БД не уходит.
В случае же update_recordset если выполняются все необходимые условия (типа отсутствия перекрытого метода update(), отсутствия Лога БД или же если есть соответсвующие skipXXX()... это я думаю понятно....) на сервер БД сразу отправляется update вида:

UPDATE ... 
SET FIELD=:in1,MODIFIEDDATE=:in2,MODIFIEDTIME=:in3
WHERE ...

Соответсвенно и поля меняются всегда для попадающих под запрос строк.
Всё логично... С точки зрения БД - это номальное как раз поведение, т.к. обновление реальное было.

Перекройте метод Update() на таблице и получится первый вариант поведения (Аксаптовский)...
Со всеми вытекающими по скорости.

Согласен. Но почему тогда, когда указываешь overridesystemfields(true) обычный запрос не обновляет поля Modified, а update_recordset обнуляет их?

[ZVV]

Цитата:

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

Согласен. Но почему тогда, когда указываешь overridesystemfields(true) обычный запрос не обновляет поля Modified, а update_recordset обнуляет их?

Да действительно, судя по трейсу update_recordset в этом лучае просто посылает апдэйт вида

UPDATE ... 
SET FIELD=:in1,MODIFIEDDATE=01/01/1900,MODIFIEDTIME=0
WHERE ...

Сложно найти этому логическое объяснение - скорее всего банальный баг... По идее не должны были их трогать...