Fotokredit:Alexander Baxevanis Opdateret 23. april 2015
Sidste år sammensatte jeg en række indlæg, der havde til formål at tage et detaljeret kig på samtidighed, ACID-egenskaberne for udsagn og transaktioner og hvert af de vigtigste isolationsniveauer i SQL Server. Nu har jeg afsluttet serien med et sidste indlæg om nok det mest almindelige bevidst anvendte isolationsniveau:læs uforpligtet ("NOLOCK").
| ACID-egenskaberne for erklæringer og transaktioner |
| Det serialiserbare isolationsniveau |
| Det gentagelige læseisolationsniveau |
| The Read Committed Isolation Level |
| Læs Committed Snapshot Isolation |
| Dataændringer under Læs Committed Snapshot Isolation |
| SNAPSHOT-isolationsniveauet |
| Læs uforpligtet isolationsniveau |
Da du har været tålmodig med den sidste rate, er der noget andet baggrundslæsning/se på read uncommitted, som jeg kan tilbyde:
- Lubor Kollar:Tidligere forpligtede rækker kan gå glip af, hvis NOLOCK-tip bruges
- Aaron Bertrand:Dårlige vaner:Anbringer NOLOCK overalt
- Craig Freedman:Forespørgselsfejl med læsning uforpligtet
- Aaron Bertrand:Undgå at bruge NOLOCK på SQL Server UPDATE- og DELETE-sætninger
- David Lean:SQL Server NOLOCK-tip og andre dårlige ideer
- Sunil Agarwal :Concurrency Series:Hvorfor bliver jeg blokeret, når jeg bruger Læs Uncommitted isolationsniveau eller bruger NOLOCK-tip?
- Tony Rogerson:Tidsbombe – Konsistensproblemet med NOLOCK / LÆS UENGAGELIGT (og en opfølgning)