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

[S.Kuskov]

На форме в качестве источника данных указана временная таблица. У таблицы перекрыт метод update. При изменении данных на форме вызывается write датасурса, но не происходит вызова перекрытого метода update временной таблицы. Проверил в версии AX4.0 - там всё вызывалось. У всех так? Что это глюк или фича?

[samolalex]

Вы проверяли, во временной таблице есть данные на тот момент, когда собираетесь вызвать метод update()? Быть может ваш запрос пуст.

[S.Kuskov]

Дело в том, что сама вставка, изменение или удаление данных происходит. Т.е. я визуально наблюдаю, как меняются данные на гриде и в самой временной таблицы. проблема в том, что все изменения проходят в обход перекрытых табличных методов.

P.S.: Прошу прощения. Про АХ4.0 наврал. Там наблюдается абсолютно такоеже поведение - методы не вызываются. Значит это фича?

[tricky]

Аналогичная ситуация.

[samolalex]

не вызываются ли doUpdate(), doInsert() в обход перекрытым методам?

[tricky]

И как это проверить? ))

[samolalex]

Цитата:

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

И как это проверить? ))

возможно в коде на табличной переменной вызывается метод skipDataMethods, который запрещает вызов табличных методов insert, update, delete.

[lev]

Цитата:

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

возможно в коде на табличной переменной вызывается метод skipDataMethods, который запрещает вызов табличных методов insert, update, delete.

внесу маленькую поправочку skipDataMethods запрещает вызов методов insert и update.
А для запрещения вызова delete используется метод skipDeleteMethod().

Но думаю к данному делу это не относится, скорее всего это фича

[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.
Корректнее этого нет вариантов?

[anykey]

как вариант validateWrite\validateDelete использовать - они отрабатывают