SQL Server NOLOCK и присоединяется

Question

Фон: у меня есть критически важный запрос, который я бы хотел запустить, и мне неважно, грязные чтения.

Мой вопрос: Если я использую объединения, должен ли я также указывать подсказку NOLOCK на них?

Например, является:

SELECT * FROM table1 a WITH (NOLOCK) 
INNER JOIN table2 b WITH (NOLOCK) ON a.ID = b.ID 

Эквивалент:

SELECT * FROM table1 a WITH (NOLOCK) 
INNER JOIN table2 b ON a.ID = b.ID 

Или мне нужно указать (NOLOCK) намек на объединение, чтобы гарантировать, что я не запирая присоединяемой таблицы?

Answer 1

Я не адресую аргумент READ UNCOMMITTED, только ваш исходный вопрос.

Да, вам нужно WITH(NOLOCK) на каждой таблице соединения. Нет, ваши запросы не совпадают.

Попробуйте это упражнение. Начните транзакцию и вставьте строку в таблицу1 и таблицу2. Не совершайте и не откатывайте транзакцию.На этом этапе ваш первый запрос вернется успешно и включит незафиксированные строки; ваш второй запрос не будет возвращен, потому что table2 не имеет подсказки WITH(NOLOCK).

Answer 2

Я был уверен, что вам нужно указать NOLOCK для каждого JOIN в запросе. Но мой опыт был ограничен SQL Server 2005.

Когда я посмотрел MSDN только для подтверждения, я не мог найти ничего определенного. Приведенные ниже высказывания, кажется, заставляют меня думать, что за 2008 год, ваши два утверждения выше эквивалентны, хотя в 2005 году это не так:

[SQL Server 2008 R2]

Все блокировки подсказки распространяются на все таблицы и представления, которые являются доступными по тарифному плану, включая таблицы и представления, на которые делается ссылка в представлении. Кроме того, SQL Server выполняет соответствующие проверки согласованности блокировок.

[SQL Server 2005]

В SQL Server 2005, все блокировки подсказки распространяются на все таблицы и представления, на которые ссылаются в представлении. Кроме того, SQL Server выполняет соответствующие проверки согласованности блокировок.

Кроме того, следует отметить - и это относится к 2005 и 2008:

В таблице подсказки игнорируются, если таблица не доступна в плане запроса. Это может быть вызвано тем, что оптимизатор решил не обращаться к таблице вообще, или потому, что вместо этого обращается к индексированному виду. В последнем случае доступ к индексированному представлению может быть предотвращен с помощью подсказки запроса OPTION (EXPAND VIEWS).

Answer 3

Ни то, ни другое. Вы устанавливаете уровень изоляции READ UNCOMMITTED, который всегда лучше, чем давать индивидуальные подсказки. Или, еще лучше, если вам нужны подробности, например consistency, используйте snapshot isolation.