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

У меня было нечто подобное - надо было обновлять (менять, вставлять, удалять) некие записи ежедневно.

Обычно одна процедурка профигачивала по всей таблице и делала следуюшие действия:
1) Для новых записей всталяла с флагом disabled
2) Для уже существующих тоже всталяла их обновленные версии с флагом disabled
3) Для тех, кого надо удалять пока ничего не делала
При этом все делалось маленькими транзакциями, пользователи никаких изменений не замечали.

Потом работала вторая процедурка:
1) Для новых записей флаг disabled перводился в enabled
2) Для уже существующих флаги менялись местами
3) Для тех, кого надо удалять флаг выставлялся в disabled
Все делалось _одной_ транзакцией - пользователи получали сразу новый вариант

Ну и под конец третья процедурка-чистильщик фигачила по всем записям с флагом disabled и удаляла их, каждую в своей маленькой транзакции.

Сим я добивался достаточно надежной работы. Тем более, что сей update базы иногда занимал до 12 часов (в среднем 3-4 часа). Но все происходило незаметно и гладко для конечных пользователей.

2 Физициский Де-Юре
Для меня ето важно. У меня не счета, у меня объекты, которые связаны друг с другом и пользователь должен видеть всегда базу целостной. Так как в базу (теретицески) могут лазить и с Штатов, и с Европы, и с Японии - холостое время угадать сложно. Если у Вас счета развязанны друг от друга - можно делать маленькими транзакциями.

У меня там еще один трюк. Дело в том, что логика, какие объекты устарели - довольно развесистая и на самом деле за первый проход выставляется флаг for_delete для удалякмых объетов. Но пока, они живые и здравствуют. А вот вторая процедурка уже всю выборку с for_delete переводить в disabled. Но ето мой частный случай и его _частное_ решение - у Вас могут быть совсем другие требования.