Crip:

Вообще-то есть еще и Real-Time OLAP и индексированные представления. На них можно очень неплохо строить отчетность и менять при этом документы любыли числами...

А чего тут слушать. Использование таких систем доступно для OLTP с любой версией SQL Server 2000 (хоть MSDE), и для Enterprise Edition в Analisys Services.
В любой версии SQL Server 2000 можно построить и использовать индексированные представления, которые позволяют хранить необходимые агрегации, а не вычилять их. Достоинство индексированных представлений в том, что они автоматически обновляют соответствующую агрегацию непосредственно в транзакции изменения данных в базовой таблице. Конечно, на создание таких представлений наложены некоторые ограничения (они все есть в BOL).
Делать SELECT из индексированного представления можно в любой версии сервера, если явно использовать хинт (NOEXPSND) в запросах с такими представлениями:



В этом случае оптимизатор SQL Server будет работать с ними как с таблицами, а не как с представлениями, что существенно (иногда в сотни раз) ускорит выполнение запросов.
Что касается OLAP, то тут эта технология применима только в Enterprise Edition. При создании Real-Time куба на SQL Server создаются все те же индексированные представления для хранения отдельных его агрегаций (ROLAP-модель с индексированными представлениями вместо таблиц). Этот куб не нуждается в обновлении - индексированные представления всегда содержат актуальные данные. Так что меняйте любые данные и не думайте об их обновлении - все будет работать.

Разумеется, несколько увеличится. Транзакция в сущности будет включать в себя не один оператор UPDATE, а столько, сколько индексированных представлений зависит от модифицируемой табилицы. В общем-то не трудно изучить этот механизм посмотрев план запроса на обновление (там все видно, в том числе и распределение нагрузки). Если в Вашей системе тысячи пользователей на одном сервере одновременно активно модифицируют таблицы - это будет не очень хорошо. Если сотни - скорее всего более чем приемлемо.
Применимость подобного подхода разумеется не безгранична и должна определяться задачей.
Можно, например, используя Merge-репликацию передавать изменения на другой сервер и на нем строить систему такой Online-аналитики, если возникнут серьезные проблемы с производительностью. Кончено, тут тоже будет разрыв во времени, но уже не в сутки, а в минуты.

Crip

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