tFibtransaction в действии

[Lars]

Хелен Борри говорит, чтобы приложение не работало в контексте одной транзакции, а создавалось , как мин. 2 - чтения, записи.

Практическая реализация в FibPlus - на каждый рекордсет(РС) вешать две отдельные компоненты транзакций?!
1 РС - 1 тран чтения, 2 транз. записи,
2 РС - 3 тран чтения, 4 тран записи?

Возможно одна компонента-транзакция порождает реальных несколько.

Правильно понял?!

Достаточно поместить 2 транзакции на приложение, для каждого рекордсета их и указывать для всех остальных РС?! Речь идет не о группах типовых транзакции - для отчетов одна группа, для РС другая, справочников иная, а именно внутригрупповое использование.

Вопрос получился запутанным, сорри.

[Dimitry Sibiryakov]

Хелен (как и все остальные) таким образом пытается донести до читателя мысль что длинные активные транзакции - страшное зло. Если только они не read commited read only.

[Lars]

Хелен (как и все остальные) таким образом пытается донести до читателя мысль что длинные активные транзакции - страшное зло. Если только они не read commited read only.

Ну а дальше?! Практические вопросы топика!

[Dimitry Sibiryakov]

А дальше - Use the brain, Luke!
Если у тебя нет длинных транзакций - никого не волнует их количество. Если они есть - должны быть RC RO. Соответственно сколько тебе понадобится модифицирующих транзакций опять же никого не волнует. Хоть сотню навали на форму только коммитить оперативно не забывай.

[kdv]

Возможно одна компонента-транзакция порождает реальных несколько.

нет. посмотри компонент pFIBDataSet, и сколько к нему транзакций можно подключить.

А еще лучше прочитай www.ibase.ru/devinfo/ibx.htm
внимательно, особенно где упоминаются транзакции.