Estou no negócio de criar sites e aplicativos que não são de missão crítica -> por exemplo. software bancário, voo espacial, aplicativo de monitoramento de terapia intensiva etc. Você entendeu a idéia.
Então, com esse enorme aviso, é ruim usar a dica NOLOCK em alguma instrução SQL? Alguns anos atrás, foi sugerido por um colega Administrador Sql que eu deveria usar o NOLOCK se estiver satisfeito com uma "leitura suja", o que me proporcionará um pouco mais de desempenho do meu sistema, pois cada leitura não bloqueia o mesa / linha / o que for.
Também me disseram que é uma ótima solução se eu estiver enfrentando impasses. Então, comecei a seguir esse pensamento por alguns anos até que um guru do Sql estivesse me ajudando com algum código aleatório e notei todos os NOLOCKS no meu código sql. Eu fui educadamente repreendido e ele tentou me explicar (por que não é uma coisa boa) e eu meio que me perdi. Eu senti que a essência da explicação dele era 'é uma solução de band-aid para um problema mais sério .. especialmente se você estiver enfrentando um impasse. Como tal, corrija a raiz do problema '.
Recentemente, pesquisei no Google e me deparei com este post .
Então, alguns sql db guru sensei podem me esclarecer?