КАк лучше делать?
Использовать одну транзакцию в приложении или несколько, по одной для каждого компонента?

лучше использовать по одной транзакции на каждую операцию Insert, update, delete

на этот вопрос сложно ответить однозначно, читающую можно одну-две, а пишущих можно и больше,
Я разделил, например, логически (для транзакций) программу на несколько модулей: в каждом модуле своя пишущая транзакция.
Пример: в приложении может быть открыто несколько окон редактирования. Пользователь вносит данные в одно и нажимает сохранить, транзакция подтверждается и закрывается. Если одна пишущая транзакция, то во втором окне данные не сохранятся, т.к. ты закрыл транзакцию, а команду dataset.post не выполнил. Если окно редактирования в один момент времени может быть только одно, то и нет смысла создавать несколько транзакций.

лучше для кого? для тебя, юзера или сервера БД?

и ненадейся получить однозначный ответ т.к. ты не указал СУБД, а работа разных СУБД в корне не одинакова.
к примеру для ms sql приветствуются короткие таранзакции т.к. он блокиратор(хотя был какой то шаг к версионности в последних версиях), причем может заблокировать не только редактируюмую записть, но и таблицу полностью, отсуда остальные юзеры "курят"...

в оракле наоборот приветствуются длинные транзакции (в меру длинные), так как оракл версионник и остальным юзерам глубоко пофиг на то что ты отредактировал, но не закоммитил. и такие транзакции производительней.

и вобще решая задачу нужно отталкиваться от конкретной ситуации.

что бы не быть голословным приведу пример по ораклу:


 
вот эта вставка с одной транзакцией отработала за 0,110 секунды

таже вставка но разбитая на 1000 транзакций:


отработала за 0,181

а при вставке 10 000 записей зазница очень ощутимая:
одной транзакцией: 0,437
10 000 транзакций: 1,781

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


Это сообщение отредактировал(а) DimW - 1.8.2007, 08:02

Субд firebird
вобщем буду использовать пару транзакций одну на чтение другую на запись.