Можно-ли установить уровень изоляции транзакции ?

[egorych]

Собственно вопрос - можно-ли для отдельной транзакции или хотя-бы сессии установить усровень изоляции отличный от NOLOCK - например READ COMMITED ?

[AndyD]

Хм.
А при чем здесь NOLOCK?
ttsbegin для MS SQL вызывает
SET TRANSACTION ISOLATION LEVEL READ COMMITTED

[egorych]

Я имел ввиду, что по умолчанию для select устанавливается READ UNCOMMITTED

[AndyD]

Не умеет ax 3.0 так.
Используются только три хинта READPAST, NOLOCK, UPDLOCK

[AndyD]

Кстати, под sql2000 использование READCOMMITTED в селекте ведет к точно такому же ожиданию окончания блокировки, что и без использования хинтов (т.е. простой запрос select * from table1). Есть подозрение, что это одно и тоже (имхо)

Под sql2005 с совместимостью 90 без включения версионности (sp5, kr2) - такое же поведение

[AndyD]

Угу. Точно

Quote:

READCOMMITTED
Specifies that read operations comply with the rules for the READ COMMITTED isolation level by using either locking or row versioning. If the database option READ_COMITTED_SNAPSHOT is OFF, the Database Engine acquires shared locks as data is read and releases those locks when the read operation is completed. If the database option READ_COMMITTED_SNAPSHOT is ON, the Database Engine does not acquire locks and uses row versioning.

Quote:

READCOMMITTED
Perform a scan with the same locking semantics as a transaction running at the READ COMMITTED isolation level. By default, SQL Server 2000 operates at this isolation level.

Без использования версионности под SQL2005 (и всегда под SQL2000) для READCOMMITTED будет пытаться наложиться разделяемая блокировка. И этот режим используется по умолчанию.
Так что отдельно указывать его нет необходимости

[belugin]

Интересно на версии 3 KRxxx snapshot isolation пытались использовать? Как результаты?

[AndyD]

Если вопрос ко мне - то не пробовал.

[Vadik]

Quote:

Originally Posted by belugin

Интересно на версии 3 KRxxx snapshot isolation пытались использовать? Как результаты?

пробовали, хуже не стало
тем не менее, c включенным READ_COMMITTED_SNAPSHOT и отключенным IMTS блокировки на INVENTSUM имеют место быть

[belugin]

а какие-нибудь изменения почувствовали?

блокировки на чтение?

[Vadik]

Quote:

Originally Posted by belugin

а какие-нибудь изменения почувствовали?

в целом - комфортнее (на уровне ощущений и статистики по wait times)

Quote:

блокировки на чтение?

реже

P.S. в предыдущем сообщении

Quote:

блокировки на INVENTSUM имеют место быть

слово "блокировки" правильнее было бы заменить на "взаимоблокировки" - да, deadlock-и (если они были до включения опции) полностью не исчезают

[AndyD]

Quote:

Originally Posted by Vadik

Quote:

блокировки на чтение?

реже

Хм. Так в версионнике их вообще не должно быть!?

[Logger]

Quote:

Originally Posted by AndyD

Хм. Так в версионнике их вообще не должно быть!?

По идее должны быть. В оракле же они бывают.
Если идет запрос forUpdate то и блокировки могут быть.

Видимо имелось в виду что в версионнике не может быть блокировок от запросов на чтение.