Как найти вызов ttsBegin

[Владимир Максимов]

Цитата:

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

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

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

[Perc]

Цитата:

Сообщение от Владимир Максимов

Не уверен.

В чем не уверены? Я свой пример привел.
С вашей стороны есть проверяемый пример подтверждающий обратное? или что имели ввиду

Цитата:

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

Ну мы же уже попробовали "голую" форму с "голой" таблицей. Какие там номерные серии? Их нет.. ну разве что recid.. Да он то тут причем?

[Raven Melancholic]

Цитата:

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

В чем не уверены?

Я так думаю, что Владимир Максимов не уверен в теории, высказанной Ace of Database об отдельном соединении пр работе датасорса формы.

Я тоже в ней не очень уверен - пока не встречался ни с одним кейсом подтверждения такой теории (ну кроме работы с номерными сериями, но это совсем другой кейс).

Вот то что Аксапта при сохранении данных датасорса формы вообще не открывает явную транзакцию в MS SQL еще могу предположить (опять же только предположить) - работает неявная транзакция MS SQL. Понятно, что обязательность поля контролируется не на уровне MS SQL, а движком и сам движок выдает исключение, сам же его и перехватывает.

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

А если мы транзакцию не открывали, то где-то внутри Аксы своя же ошибка контроля обязательности заполнения поля перехватилась во внутреннем коде работы с формой. Получается, что в базу не записалось, а вот то что делалось вне движка обработки форм, не откатилось.