Imaginez un compte bancaire avec 100 $. Deux demandes de retrait de 10 $ chacune arrivent simultanément. Les deux se terminent avec succès sans erreur, mais le solde final s'élève à 90 $ au lieu du correct 80 $. Chaque transaction a lu le solde correct et a calculé correctement, mais leur superposition a provoqué une corruption de données. Ce scénario illustre un défi fondamental : les transactions superposées sont la condition d'exploitation normale des bases de données, pas des exceptions rares. À tout moment, plusieurs processus écrivent sur les mêmes enregistrements, et les collisions dans la milliseconde créent ces bugs.

L'article explore comment les données se corrompent à travers quatre motifs de conflit distincts. Il examine ensuite deux stratégies principales de résolution : Le verrouillage pessimiste, qui bloque l'accès à l'avance, et Le verrouillage optimiste, qui permet aux transactions de procéder et vérifie les conflits après coup. Enfin, il couvre comment les bases de données ont évolué pour empêcher les lecteurs et les écrivains d'attendre les uns les autres, et comment les niveaux d'isolation permettent aux développeurs de choisir le bon niveau de protection des données. La pièce se termine par l'innovation qui a rendu les paramètres de sécurité les plus strictes applicables à une utilisation en production.