StasX4
Т.е. такое ощущение, что после отката данные откатились, но отображаются все равно старые и их нужно самостоятельно обновить... Но как это сделать???


Надо заново перечитать все данные. причем кстати как в случае отката транзакции, так и в случае коммита.

Это все сильно зависит от способа доступа и драйверов. Но все перечитать - самое мудрое и правильное, и единственно действенное.

StasX4
Поэкспериментировал, и вот не понимаю зачем нужен Requery() при выполнении CommitTrans()?


В смысле, ты понимаешь, зачем он при RollBack, а зачем - при Commit - не понимаешь ? Если ты подумаешь, то поймешь, что на самом деле,
ситуации с RollBack и с Commit мало чем отличаются - и в том и в другом случае ты что-то послал на сервер, и там что-то поменялось. А что, и как - ты никогда не знаешь.

StasX4
И что лучше использовать Requery() или Refresh() ?
Как я понял, при использовании Close->Open мой вариант не пройдет. И чем отличается Close->Open от Requery() или Refresh()?


А я почем знаю ? Это ты в своих дельфях вызнавай. На сколько я помню это г., там Close - Open - это действия по полному повторению получения данных на клиента, т.е. то же самое, что ты сделал бы, если бы закрыл приложение (форму) и открыл бы заново. Именно это и надо делать для обновления данных (за очень редким исключением). Requery() или Refresh() - видимо, как водится в Дельфах, хитрые попытки сделать хитроумным способом то, чего сделать вообще нельзя - обновить только те строки, которые у тебя закачены на клиента. Это может быть сильно завязано на конкретику данной СУБД (а другая СУБД такого вообще не сможет), либо на способ доступа к данным (всяческие хитрые курсоры и пр.). Точнее я не знаю.

Да, еще - никогда не используй TTable. Если используешь - меняй быстрее на TQuery или TProcedure, пока не началось.

Гавриленко Сергей Алексеевич qа еще, а еще!!!! а еще бывает, когда выдаешь коммит, а на самом деле происходит роллбак. например, когда один из участников транзакции не доступен. это так здорово!!!
Ась?

Ну чё ась, пральна человек говорит (про рапределенные транзакции). То, что ты commit послал, еще не значит, что он произойдет. А если не произойдет commit, то должен произойти , наоборот, rollback, ибо - транзакция.

StasX4
А чем плоха TTable? Глюков немерено?


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

StasX4
А в TADOTable теже глюки или что?

Я не знаю. Подозреваю, что TADOTable - это та же TTable, только использующая не BDE, а ADO. Тогда - да.

StasX4
Т.е. получается что сервак будет обрабатывать два вложенных запроса.


Серваку это пофигу. View - это некий запрос, который как запрос подставляется в главный запрос, грубо говоря, в виде текста ( на самом деле, в виде лог. действий, которые надо сделать). Затем это все оптимизируется и выполняется.