X11,

1. там есть свойство AutoCommit у TUniConnection, TUniQuery, TUniTable, TUniStoredProc, TUniLoader
2. у UniConnection, TUniQuery, TUniTable, TUniStoredProc, TUniLoader есть свойство Transaction, если оно не прописано, то используется Transaction из TUniConnection, которая скорее всего может стартовать автоматически, хотя бы для подготовки запросов и чтения метаданных.
3. у TUniQuery, TUniTable есть свойство UpdateTransaction, если оно не прописано используется свойство Transaction

Ищи исходя из этих 3 пунктов

X11,

понимаю, но я практически уверен, что транзакция по умолчанию стартует автоматом (AutoCommit = True), в отличие от транзакций указанных для отдельных датасетов и запросов.
https://www.devart.com/unidac/docs/work_transaction.htm After you have activated a transaction, all operations, including dataset opening, will be performed within the context of the current transaction until you commit or rollback it. If no transactions were started, changes performed by each operation are reflected in database right after the operation is completed (so-called AutoCommit mode). When using InterBase provider, please pay attention to the AutoCommit property. The AutoCommit property has the True value by default that leads to automatically execution of CommitRetaining or RollbackRetaining when there is any data modification. By setting the property to False, you will get rid of this behavior, however, you will have to manage the transactions by yourself. The TUniConnection.AutoCommit property has a higher priority than the specific option "AutoCommit" of datasets (TUniQuery, TUniTable). If the TUniConnection.AutoCommit property is set to False, all transactions can be committed only explicitly (despite of the specific option "AutoCommit" value of a dataset). If you want most datasets to automatically commit transactions, and for some of them to control transactions manually, you should set the TUniConnection.AutoCommit property to True, and only for datasets with manual transaction control, set the specific option "AutoCommit" value to False.

Мимопроходящий,

ну не надо грязи, компания пишет довольно солидные компоненты. Тот же самый ODAC активно используется под Oracle. А вот насколько хорошо у них сделано под Firebird не знаю (там кстати есть отдельный IBDac). UniDac это попытка засунуть их отдельные компоненты для разных СУБД в одну библиотеку с обобщённым интерфейсом. Исходники к компонентам прилагаются.

X11,

ну для MySQL они реализовали сетевой протокол самостоятельно, он куда проще чем в Firebird. А для SQLLite там просто статически библиотека прилинкована.

Мимопроходящий,

я не очень знаком с их продуктами, поэтому ничего утверждать не стану. Но вот в одном проекте который мне приходится поддерживать (передали готовое) для доступа к Oracle используется их ODAC. По сравнению с кривой архитектурой самого приложения, возможная кривость компонентов доступа меня мало беспокоит.