Я создаю собственный проект на C # .Net, используя трехуровневое приложение, я не хочу делать свои операторы sql транзакционными, эти операторы используются в нескольких хранимых процедурах, я использовал WITH (NOLOCK) подход для запроса тех таблиц, которые использовались для вставок или обновлений во время транзакции, а на стороне C # я использовал TransactionScope, но недавно я прочитал, что использование WITH (NOLOCK) не рекомендуется, потому что это может привести к фантомному читает или использует грязные и противоречивые данные. Мой вопрос заключается в том, чтобы использовать данные, которые были вставлены или обновлены во время транзакции, когда дело доходит до выбора, какой подход является наилучшим с точки зрения транзакционных операций?, Будь то сторона базы данных или сторона бизнес-кода.
Лучшая альтернатива WITH (NOLOCK)?
Ответы (3)
Рассматривали ли вы изоляцию моментальных снимков? Он обеспечивает идеальную согласованность чтения и вообще не блокирует данные.
SI является стандартным для многих СУБД и по умолчанию включен. Не понимаю, почему люди, использующие SQL Server, не решаются его использовать. Недостатки незначительны, но их необходимо изучить.
Вам это просто не нужно. Если вы измените некоторые данные и позже запросите их в той же транзакции, вы получите измененные данные.
Ваша транзакция будет удерживать эксклюзивную блокировку измененных данных, поэтому она может делать с ними все что угодно - запрашивать, снова изменять и т. Д.
Если вы укажете WITH (NOLOCK), вы разрешите вашему запросу игнорировать эксклюзивные блокировки от ДРУГИХ транзакций. Это приведет к тому, что ваши запросы будут возвращать неверные данные.
Может быть, вы не знаете, чего хотите.
WITH (NOLOCK) возвращает грязные и противоречивые данные.
Если вам нужны чистые данные, вы должны удалить это предложение и дождаться возможных одновременных обновлений в таблице, которую вы хотите прочитать.
