Yo.!SQL Server 2005 introduces a new snapshot isolation level to enhance concurrency for OLTP applications . In earlier versions of SQL Server, concurrency was based solely on locking, which caused blocking and deadlocking problems for some applications. Snapshot isolation, by contrast, depends on enhancements to row versioning and is intended to improve performance by avoiding reader-writer blocking scenarios. ...
This non-blocking behavior also significantly reduces the likelihood of deadlocks for complex transactions.
http://msdn2.microsoft.com/en-us/library/tcbchxcb%28en-us,vs.80%29.aspx

собственно добавить нечего, версионность увеличивает конкурентный доступ за счет более эффективного использования ресурсов. можно сказать уникальный случай когда Yo! согласен с майкрософт.
а почему ссылка на msdn по Visual Studio-тo? Нормальные ссылки давать нужно, типа этой

Enable read committed isolation using row versioning when:
Reader/writer blocking occurs to the point that concurrency benefits outweigh increased overhead of creating and managing row versions.

чем ближе система к чистой oltp (писателей больше, читателей меньше) тем меньше присутствует Reader/writer blocking и тем меньше здесь нужна версионность
softwarer
Ну да, OLTP - это такая write-only система. Плодит данные, которые никому не нужны..
В OLAP писатель ровно чаще всего один и называется ETL. Запускается он в большинстве случаев редко и ночью, благодаря чему никому особо не мешает..
Судя по тому, что в OLAP читателей "много", а в OLTP, видимо, "мало", подразумевается, что в OLAP-системах пользователей на порядки больше

вам по сути та-же ссылка, что и Yo!, для ясности - чем меньше процент читателей, тем ненужнее версионность по очевидным причинам

softwarer
Сталкер, я понимаю, что Вы привыкли к тупой реализации версионности в MSSQL, но не нужно её неумеренно обобщать, показывая своё незнание. Оракл не плодит версий, вообще.

хорошо, не плодит, просто пишет во всякие undo\redo (или как они у вас там называются) блоки. Давайте зайдем с другой стороны, представим на секунду, что Ораклу больше не надо иметь такую функциональность, как доступ к предыдущим версиям строк (т.е. представьте, что вам необходимо сделать оракл для pure writing environment с нулевым или крайне незначительным числом читателей). Можно-ли оптимизировать теперь архитектуру Оракл (и как) с учетом этого?