Приветствую коллеги, немного нестандартный вопрос:
1) Перешли с SQL 2005 на 2008 SR2.
2) Клиент толстый и на нём не всегда стоят commit -ы после select - ов из базы (автокоммит по умолчанию включить не можем ибо не одни select - ы там присутствуют). Это иногда вызывает конкурентные блокировки.

Хотим используя новые возможности сервера поставить уровень изоляции на рабочую базу (чтоб побороть блокировки на чтение):
ALTER DATABASE MyDatabase
SET ALLOW_SNAPSHOT_ISOLATION ON
go
ALTER DATABASE MyDatabase
SET READ_COMMITTED_SNAPSHOT ON
go

Кто нить использовал такое, дало ли явное преимущество использование такого уровня изоляции?

Спасибо!

Да когда delete , инсерт и апдейт понятно, так и делаем всегда (открыл транзакцию, потом commit или rollback при ошибке ).
Я о другом не во всех retreevestart и retrieveend на dw на клиенте стоит sqlca.autocommit = true и sqlca.autocommit = false соответственно. Отсюда и получаются взаимоблокировки от select - ов .

Насчет того что такой уровень изоляции появился в 2005 это я знаю, просто проблемы начались при увеличении объёмов , а это уже было на 2008 платформе, поэтому и возник вопрос о новых уровнях изоляции.

Вопрос остаётся открытым.

Потому что в случае update с клиента к примеру, при автокоммитной транзакции с флагом true , ничего не откатишь. Марк , при всём уважении к Вам - вы даёте советы не по существу. Я у народа спрашиваю про опыт работы с базой MSSQL от 2005 и выше с новым уровнем изоляции - вы стараетесь меня научить, причём не очень правильным вещам!