Все это решается применением временных таблиц. Как применяется - зависит от конкретного случая, всякий раз по-разному. Кидай пример - будет конкретика.

В такой ситуации, когда необходимы большие изменения одновременно по нескольким таблицам, очень хорошо помогает организация логики приложения и базы, когда для любого типа изменения требуются только операции INSERT. Практически всегда это реализуемо. В этом случае все предыдущее состояние читаемо, а заблокированы только новые вставляемые данные, которые до окончания изменения читать и не нужно. Кстати, реализация такой логики помогает легко организовать "исторические поля", когда можно узнать состояние на любой предыдущий период.
Это не панацея, всего лишь один из приемов.
В любом случае, необходимо сводить транзакцию к минимуму, вынося код, который только можно, за пределы транзакции. Например, расчет остатков произвести до начала транзакции, засунуть их во времянку, а внутри транзакции уже только обновить таблицу остатков, ранее расчитанные, взяв их из времянки.

Хотя на вопрос о времянках я уже наглядно ответил в конце своего предыдущего опуса, замечу еще.
Использование времянок помогает организовать повторяемое чтение без блокирования. Т.е. вначале считываешь то, что нужно во времянку, а потом используешь стоко, скоко хочешь раз. И оно гарантировано не изменится никем другим (мы говорим о локальных времянках). Значит, повторяемое считывание достигнуто. А блокировок нет. Это уже достаточная пища для размышлений в данном контексте, поэтому не вижу смысла (пока) говорить еще что-то.