Это точно, CommitRetaining очень плохая штука. Если еще не перешел на FIB+, настоятельно рекомендую (тем более если собираешься создавать серьезные проекты). Две разные транзакции (пишущая и читающая) неоспоримо удобная вещь, позволяющая не использовать CommitRetaining, тем самым не собирая много мусора в базе и максимально возможно исключая конфликты обновления.

Тем, что долгая пишущая транзакция, которая фактически и есть при CommitRetaining является дурным тоном. Потому что транзакция удерживает много версий записи в базе и может быть причиной конфликтов обновления.
Если конечно базу используют несколько (2-3) клиента и данные в ней редко изменяются, то можно и данный режим использовать. Но все равно не желательно.

Если тебе так больше понравится - да эстет. Привык все делать по нормальному, как это должно быть. И посему использую FIBPlus и не извращаюсь с CommitRetaining. Потому что был первый проект, который делал на IBX, и где в течении работы с базой менялось много данных. Пришлось использовать CommitRetaining, который столько мусора в базе оставлял, что при выполнении тяжеловестных статистических запросов были неимоверные тормоза.

Ну ну. Я не спорю. Так этот проект был первым, был он давно. Параллельно с изучением С++ шло изучение InterBase. Да и вообще оправдываться не собираюсь.
To Мимопроходящий
Поспорь лучше
ibase.ru
Deadlock при обновлении
.....
"Неудачливой", естественно, считается транзакция, получившая сообщение о deadlock. Это означает, что одно из действий, проводимых в транзакции, не может быть выполнено. Следовательно, такая транзакция должна быть отменена (rollback). Следует избегать длительных транзакций, которые могут попасть в такую ситуацию - единственным выходом из нее будет попытка начать транзакцию снова и повторить все действия.
....

А лучше к ребятам на конференцию зайди. Думаю тебе разьяснят суть этого вопроса.

Да чего разводить демагогию по поводу использования CommitRetaining.
Все равно в целом каждый останется при своем мнении.
В свое время тоже пришлось использовать CommitRetaining, получил несколько неприятных моментов. Уж что именно было причиной: кривая реализация проекта, возможно и так, а возможно и нет. Но в последующем, ЛИЧНО (никому не навязываю свое мнение) для себя уяснил, что CommitRetaining не есть хорошо для часто изменяемых данных. Подтверждение нашлось и в достоверных источниках информации и на практике.
При том что перейдя на FIB+ надобность в этом режиме отпала начисто.
Думаю каждый на своей работе сделает для себя соответствующие выводы о целесообразности использования этого режима.
Это все что хотел сказать на эту тему.