"Level1-запрещение "грязного" чтения. На этом уровне решается проблема "грязного" чтения. Когда транзакция начинает изменение данных, СУБД должна блокировать ресурсы, чтобы ни одна другая транзакция не смогла прочитать изменяемые данные. До тех пор, пока транзакция не будет зафиксирована или отменена, данные нельзя будет прочитать."
У меня возникает вопрос: почему в MSSQL нельзя прочитать данные, которые были до начала транзакции, в момент выполнения транзакции? Почему данные блокируются, ведь ещё не факт, что изменяемые данные будут зафиксированы. И значит на момент выполнения транзакции актуальными являются данные, которые были до её выполнения. Вопрос такой: почему нельзя получить данные(но не грязные nolock, а данные до начала транзакции) во время их изменения другой транзакцией, как это делается, например в Oracle?

Конечно рекомендация: транзакция должна быть как можно более короткой по времени и работать с как можно более меньшим объемом ресурсов, хорошая, но не всегда работает. А если транзакция всё равно получается длинной? Посмотрел в Profiler, как 1С 7.7 работает с таблицами: там постоянное dirty read.

Глеб, а можно по подробнее про "Есть ряд методов, позволяющих уменьшать транзакции без потери качества." или ссылку, где можно прочитать об этом. Потому что уж больно много проблем возникает с блокировками. У меня есть свои соображения на этот счёт, но они меня не удовлетворяют.Был очень неприятно удивлён, узнав, что MSSQL блокирует на уровне строки только вставку, а изменение на уровне страницы... Или вот это:"Индексы SQL Server блокируются точно так-же, как и страницы данных соответствующих таблиц, однако эффект блокировки страницы индекса значительно шире. Записи в таблице хранятся в большинстве случаев в случайном порядке (исключение составляют кластерные индексы). Когда обновляется страница данных, то должен обновиться соответствующий индекс. Как и у таблиц, данные индексов хранятся на страницах. Для обновления страницы индекса, эта страница должна быть сначала заблокирована. Если данные в таблице распределены случайным образом, то блокировка страницы индекса приведет к блокировке большого количества страниц данных, поскольку страница индекса ссылается на большое количество страниц данных. Это значит что модификация одного ключевого значения на странице может заблокировать множество совершенно посторонних записей на страницах данных. Если для таблицы определено несколько индексов, то изменение одной записи приведет к лавинообразному росту блокировок страниц, не относящихся к странице где находится модифицируемая запись. В приложениях, работающих с большими объемами данных, это может сильно снизить производительность системы." Поэтому может быть кто-нибудь может рассказать о своих граблях и их решениях в MSSQL. Заранее спасибо.