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

153

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

Мой вопрос Если я использую соединения, нужно ли указывать подсказку 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)подсказку для объединения, чтобы убедиться, что я не блокирую объединенную таблицу?

sql sql-server nolock

— DanP
источник

Ответы:

166

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

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

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

— codeConcussion
источник

Я был почти уверен, что вам нужно указать 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)подсказки запроса.

— Jagmag
источник

@ In Sane: Интересно ... спасибо за это ... Я предполагаю, что я не причинил вреда, включив его в JOINS, даже если это не совсем необходимо? Документация по NOLOCK довольно скудна, как вы уже упоминали; У меня были проблемы с поиском чего-либо убедительного.

— ДанП

@ InSane: Откуда вы взяли эту информацию? Кажется, идет вразрез с принятым ответом.

— Джей Салливан

@notfed - см. ссылку на technet technet.microsoft.com/en-us/library/ms187373(v=sql.105).aspx - вы можете изменить версию базы данных сверху, чтобы сравнить одну и ту же статью для разных версий БД

— Jagmag

Текст 2005 года говорит о ВЗГЛЯДАХ. Так что если вы делаете «из myview с (nolock)», то это говорит о том, что nolock распространяется на все таблицы и представления, участвующие в myview (у вас может быть 10 объединений). Не уверен, что именно означает текст 2008 года, поскольку он добавляет «доступ к плану запросов» в дополнение к представлениям.

— Thierry_S

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

— Ремус Русану
источник

@Remus: я не уверен, что могу использовать READ UNCOMMITTED в моем случае, потому что я получаю доступ к соединению через NHibernate для выполнения специального необработанного вызова ADO.NET; это может быть указано в запросе inline или будет подчиняться уровню транзакции, присутствующему в транзакции NHibernate?

— ДанП

Заверните вызов using (TransactionScope scope=new TransactionScope(..., TransactionOptions) {...}и установите IsolationLevelпараметры: msdn.microsoft.com/en-us/library/…

— Remus Rusanu

@Remus: К сожалению, управление транзакциями осуществляется на гораздо более высоком уровне, чем этот, так что это тоже не вариант.

— ДанП

Понимаю. Затем, чтобы ответить на ваш вопрос: NOLOCK - это табличная подсказка, и как таковая она применяется к набору строк, к которому добавляется (таблица, представление, TVF и т. Д.). Если у вас есть несколько наборов строк, соединенных в запросе, каждый из них должен иметь свою собственную подсказку NOLOCK.

— Ремус Русану

Но вы рассматривали изоляцию снимка? ALTER DATABASE ... SET READ_COMMITTED_SNAPSHOT ON;, Результаты впечатляют, так как все обычные операции чтения с фиксацией превращаются в операции чтения снимков, без блокировки, но согласованные. Стоимость увеличенной tempdbнагрузки: msdn.microsoft.com/en-us/library/ms175492.aspx

— Ремус Русану