Ustawienie ODCZYTAJ NIEZGODNE z odczytem DMV

Widziałem kilka osób dzwoniących SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTEDprzed przeczytaniem DMV systemu. Czy jest jakiś powód, aby to robić, zakładając, że nie miksujesz połączeń do DMV i tabel w tej samej transakcji?

Kiedy jeden z facetów napisze w ten sposób zapytania demo DMV, wyjaśnię dlaczego.

Czy to ważne, czy pytasz tylko o DMV? Nie. Ale wcześniej czy później weźmiesz jeden ze skryptów DMV i połączysz się z sys.databases lub sys.tables lub innym obiektem systemowym, aby uzyskać więcej informacji o tym, na co patrzysz. Jeśli nie czytałeś tam niezaangażowanych, możesz zostać zablokowany przez inne zapytania i zablokować inne zapytania. Wielokrotnie mnie to paliło, więc domyślnie po prostu używam CZYTAJ NIEZGODZONE, ilekroć wykonuję jakąkolwiek pracę diagnostyczną.

Nie widzę, żeby to miało jakąkolwiek różnicę.

Jeśli spróbuję wykonać następujące czynności i porównuję wyjście blokady dla obu poziomów izolacji w winmerge, są one dokładnie takie same (a nawet ich ustawienie SERIALIZABLEnie zmienia wyniku).

/*Do once so compilation and caching out the way*/
EXEC('select st.text, qp.query_plan, cp.cacheobjtype, cp.objtype, cp.plan_handle
from sys.dm_exec_cached_plans cp 
cross apply sys.dm_exec_sql_text(cp.plan_handle) st
cross apply sys.dm_exec_query_plan(cp.plan_handle) qp')

DBCC TRACEON(1200,3604,-1);

SET TRANSACTION ISOLATION LEVEL READ COMMITTED
PRINT 'READ COMMITTED'
EXEC('select st.text, qp.query_plan, cp.cacheobjtype, cp.objtype, cp.plan_handle
from sys.dm_exec_cached_plans cp 
cross apply sys.dm_exec_sql_text(cp.plan_handle) st
cross apply sys.dm_exec_query_plan(cp.plan_handle) qp')


SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED
PRINT 'READ UNCOMMITTED'
EXEC('select st.text, qp.query_plan, cp.cacheobjtype, cp.objtype, cp.plan_handle
from sys.dm_exec_cached_plans cp 
cross apply sys.dm_exec_sql_text(cp.plan_handle) st
cross apply sys.dm_exec_query_plan(cp.plan_handle) qp')

DBCC TRACEOFF(1200,3604,-1);