[quot Dmitry Gurianov]Всем привет!
Давненько здесь не был, наверное, многое пропустил, но не ругайтесь, если вопрос был - подсказка не выдает, по кр. мере.

Имеется стандартный слоеный пирог представление/бизнес-логика/доступ к данным. Все происходит на C# MVC3 / MS SQL 2008 R2.
Вопрос такой. Я очень хотел и хочу держать бизнес-логику в предназначенном для нее слое - как это советуют разные гуру - но вот столкнулся с проблемой.
Рассмотрим некую операцию - допустим, перевод денег со счета на счет. Для ее выполнения нужно проверить ряд условий: права пользователя на совершение операции, наличие денег на счете-доноре, правильность реквизитов и еще ряд каких-нить вещей. Все это, я полагаю, надо делать в слое бизнес-логики, и там же, в рамках одной транзакции (TransactionScope), совершить списание с одного счета и пополнение другого (т.е. два обращения к слою доступа к данным, в моем случае - репозиториям).
Теперь представим, что приложение это ужасно высоконагруженное, и между тем моментом, как я получил сведения о счете-акцепторе (там было 100 руб.) и тем, как я в него добавил денег (+50 руб.), кто-то другой положил туда еще мильон, а я после этого записал туда свою сумму 100+50 = 150 руб, таким образом навсегда потеряв огромную кучу бабла.
Вопрос, уверен, очень популярный, но у меня не получилось нагуглить внятного решения.

Варианты, которые вижу:

1) Каким-то образом блокировать физическую запись в БД на изменение на все время транзакции метода бизнес-уровня. Во-первых, не знаю как, во-вторых, с учетом вытягивания записи в приложение, обработки ее и сохранения, это, видимо, займет неприлично много времени для высоконагруженного приложения.
2) Делать транзакцию в хранимке, но тогда это потянет за собой в БД часть бизнес-логики, и опять получится треш.

а перед апдейтом записи проверить счет-акцептор равны ли те 100 рублей что у тебя, тем данным что там?