TDataSetProvider сам делает Commit

← →
Sancho © (2004-09-14 15:58) [0]

Уважаемые мастера !
Подскажите решение следующей проблемы. Есть 3-хзвеная система Oracle 9i Release 1 -> DOA 3.4 (TOracleDataSet) -> TDataSetPrivider -> TClientDataSet. Вызываю TClientDataSet.ApplyUpdates все данные без ошибок отправляются в БД, но после этого транзакция в БД почему-то подтверждается. Пробовал в TDataSetPrivider.AfterUpdateRecord или TDataSetProvider.AfterApplyUpdates написать OracleSession1.Rollback транзакция все равно подтверждается. Единственное место где транзакцию получилось откатить это TOracleDataSet.AfterPost, но мне это не подходит т.к. данные в нескольких наборах и если изменения в одном из наборов невозможно записать в БД то в остальных наборах их так же надо отменить.

← →
Dok_3D © (2004-09-15 10:54) [1]

А что за класс такой - TOracleDataSet ?
Нет ли там случайно свойства AutoCommit = True ?

← →
Romkin © (2004-09-15 13:01) [2]

Так он же сам ее открыл - сам и закроет :)
ТАк - правильно, ошибок нет - значит, все в порядке.
Если не надо, открывай транзакцию перед вкатыванием обновлений, тогда он ее не закроет. Скорее всего, OnBeforeApplyUpdates подойдет.

← →
Erik1 © (2004-09-15 18:03) [3]

Не все равно закроет, только создаст свою. Тоесть получится вложеная транзакция. А Commit он и в африке commit, помоему вложеность таким образом неподерживается. Если хочеш работать с транзакциями нормально придется сменить компоненты на ODAC.

← →
Sancho © (2004-09-16 09:21) [4]

Erik1 © (15.09.04 18:03) [3]

Не могли бы Вы уточнить следующее:
Я тут в нашел, что TDataSetProvider открывает одну транзакцию на все изменения передаваемые за один раз TClientDataSet"ом (один вызов TClientDataSet.ApplyUpdates). Если использовать ODAC (я так понял, что это Oracle Data Access Component, правильно ?), то можно будет контролировать транзакцию открываемую TDataSetProvider"ом ?

Да можно, он сделан аналогично BDE, даже CachedUpdate есть.

TDataSetProvider сам делает Commit Найти похожие ветки