В AX2009 не вызываются методы insert/update/delete временной таблицы

[lev]

Ax3.0 SP 3 Поведение такое же. Методы inser, update, write, delete не вызываются.
И я думаю этот как раз связано с тем что dataSource - это временная таблица. Т.к. временная таблица содержит в себе данные только пока форма открыта, а при закрытии формы она очищается, разработчики видимо решили, что использовать эти методы не нужно, все равно таблица в итоге очиститься

[db]

Цитата:

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

Ax3.0 SP 3 Поведение такое же. Методы inser, update, write, delete не вызываются.
И я думаю этот как раз связано с тем что dataSource - это временная таблица. Т.к. временная таблица содержит в себе данные только пока форма открыта, а при закрытии формы она очищается, разработчики видимо решили, что использовать эти методы не нужно, все равно таблица в итоге очиститься

возможно разработчиками двигало еще и то, что таблица может быть временной не только "от рождения" а еще и с помощью вызова common.setTmp(). если позволить insert|update|delete отрабатывать на таких таблицах то целостность бд будет разрушена моментально

[S.Kuskov]

Цитата:

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

возможно разработчиками двигало еще и то, что таблица может быть временной не только "от рождения" а еще и с помощью вызова common.setTmp(). если позволить insert|update|delete отрабатывать на таких таблицах то целостность бд будет разрушена моментально

Данное объяснение прозвучало так логично, что никто не стал его проверять . Сегодня обноружил что это не так. Для на самом деле постоянных таблиц с включённой опцией setTmp() вызов бизнес-логики в методах insert|update|delete происходит!

Т.е. проблема игнорирования методов проявляется только для таблиц временных "от рождения" и только при редактировании их через datasource. При явном вызове insert|update|delete из кода, методы вызываются всегда.

[S.Kuskov]

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

Цитата:

Сообщение от S.Kuskov

Для на самом деле постоянных таблиц с включённой опцией setTmp() вызов бизнес-логики в методах insert|update|delete происходит!

Я ошибся, ничего подобного НЕ происходит. Эфект вызова указанных методов, как оказалось, я наблюдал на всё ещё постоянной таблице (которую как я думал я сделал временной )
На лету сделать постоянную таблицу временной - казалось что может быть проще? - один вызов common.SetTmp().
Подвох крылся в том, в каком именно месте на форме сделать этот вызов. И теперь я точно знаю, что этого не стоит делать до тех пор пока не отработает super метода init формы.

К слову на теже грабли я наступил вот тут Display метод временной таблицы выполняется в компании DAT

[npokypatop]

А Майкрософт починить не обещал? или это все-таки фитча?
Не придумала ничего лучше, чем вместо super() вызывать проверку датасорса validateDelete, дальше табличный delete и датасорсовый executeQuery.
Корректнее этого нет вариантов?