...
- Samme række flere gange
Sker hvis rækken opdateres af en anden query og derved skifter 'plads' og kommer til at ligge længere fremme end din query er nået til i sin læsning - Mangle rækker
Sker hvis rækken opdateres af en anden query og derved skifter 'plads' og kommer til at ligge før det sted din query er nået til i sin læsning - Indeholde data der ikke er committet, og måske aldrig bliver det
Såkaldt dirty reads, der altså vil indeholde direkte fejlagtige oplysninger - Din Query kan resultere i deadlocks og vil næsten altid fejle
Årsagen kan f.eks.være index reorganisering.
Så 'taber' din query, lidt ligesom i et deadlock scenarie da den lås der sættes er en 'schema stability (Sch-S) lock', mens index reorganisering kræver en 'schema modification (Sch-M) lock'.
For temp tabeller gælder at her skal 'WITH (NOLOCK)' ikke anvendes. Det har absolut ingen effekt, hverken den ene eller den anden vej. Det vil blot forvirre i læsning af SQL
Der er selvfølgelig steder hvor det giver mening at benytte 'WITH (NOLOCK)'
...