WITH (NOLOCK) vs SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

Z (NOLOCK) jest podpowiedzią na poziomie tabeli. Ustawienie poziomu izolacji transakcji na READ_UNCOMMITTED wpływa na połączenie. Różnica dotyczy zakresu. Zobacz READUNCOMMITTED i NOLOCK w dokumentacji SQL Server tutaj:

Http://technet.microsoft.com/en-us/library/ms187373.aspx

Dla poziomu izolacji transakcji: http://technet.microsoft.com/en-us/library/ms173763.aspx

• NOLOCK jest lokalny dla tabeli (lub widoków itp.)
• odczyt jest na sesję / połączenie

Co do wytycznych... losowe Wyszukiwanie ze StackOverflow i sieci elektrycznej...

• czy NOLOCK (podpowiedź Sql Server) jest złą praktyką?
• Kiedy należy stosować NOLOCK?
• pozbądź się tych wskazówek NOLOCKA ...

Według mojej wiedzy jedyną różnicą jest zakres efektów, jak powiedział Strommy. NOLOCK podpowiedź na stole i odczyt na sesji.

Jeśli chodzi o problemy, które mogą się pojawić, chodzi o spójność. Jeśli cię to obchodzi, pamiętaj, że możesz uzyskać to, co nazywa się brudnymi odczytami, które mogą wpłynąć na manipulowanie innymi danymi na nieprawidłowych informacjach.

Osobiście nie sądzę, że widziałem żadnych problemów z tym, ale to może być bardziej ze względu na to, jak używam nolock. Potrzebujesz aby mieć świadomość, że istnieją scenariusze, w których będzie dobrze używać. Scenariusze, w których najczęściej dodajesz nowe dane do tabeli, ale masz inny proces, który przychodzi z tyłu, aby sprawdzić scenariusz danych. Prawdopodobnie będzie to OK, ponieważ główny przepływ nie obejmuje powrotu i aktualizacji wierszy podczas odczytu.

Uważam również, że w dzisiejszych czasach należy przyjrzeć się kontroli współbieżności wielu wersji. Wierzę, że dodali go w 2005 roku i pomaga to powstrzymać pisarzy przed blokowaniem czytelników, dając czyta migawkę bazy danych do użycia. Dołączę link i pozostaw dalsze badania czytelnikowi:

MVCC

Poziomy Izolacji Baz Danych

Nie możesz użyć Set Transaction Isolation Level Read Uncommitted w widoku (możesz mieć tam tylko jeden skrypt), więc musisz użyć (nolock), jeśli brudne wiersze mają być włączone.

Ponieważ musisz używać z (NOLOCK) dla każdej tabeli, może być irytujące zapisywanie jej w każdej klauzuli FROM lub JOIN. Ma jednak powód, dla którego nazywa się ją" brudną " lekturą. Więc naprawdę powinieneś wiedzieć, kiedy to robisz, a nie ustawiać go jako domyślny dla zakresu sesji. Dlaczego?

Zapomnienie a z (NOLOCK) może nie wpłynąć na twój program w bardzo dramatyczny sposób, jednak zrobienie brudnej lektury tam, gdzie nie chcesz , a nie, może sprawić różnicę w pewnych okolicznościach.

Więc użyj WITH (NOLOCK) jeśli wybrane dane są nieprawidłowe, ponieważ mogą zostać wycofane później. Jest to najczęściej używane, gdy chcesz zwiększyć wydajność, a wymagania dotyczące kontekstu aplikacji pozwalają na podjęcie ryzyka wyświetlania niespójnych danych. Jednak Ty lub ktoś odpowiedzialny musi rozważyć plusy i minusy decyzji o użyciu z (NOLOCK).