Attribut Level-Wettbewerb - SQL

Question

Wenn ich 2 Kunden haben die gleiche Zugriff auf das Attribut wie folgt aus:

c1 UPDATE ACCOUNT set balance = balance + 3000 
     where NUM_ACCOUNT = 12390 

c2 UPDATE ACCOUNT set balance = balance - 1500 
     where NUM_ACCOUNT = 12390 

Unter der Annahme, dass das Gleichgewicht war zunächst € 10.000, was der Endwert sein würde?

• 10000 + 3000 - 1500 = 11500
• 10000 + 3000 = 13000
• 10000 - 1500 = 8500

Answer 1

Nach der beiden transactions Commits wird es € 11.500,00 sein (es sei denn etwas sehr böses passiert).

Da Sie kein bestimmtes DBMS markiert haben, verlinke ich auf Oracle und MS-SQL Dokumentation und eine Referenz in Wikipedia. Dude hast du eine Menge darüber zu lesen, wenn Sie tief in wie modern relational database systems behandelt geht dies zu gehen.

Atomicit

Transactions

transactions - MSDN

Die gute Nachricht ist das DBMS (jede anständige) werden Ihnen die Dinge transparent und Sie brauchen nicht damit zu stören und müssen vermeiden, Messing mit jeder Transaktionsoption (lesen Sie nicht committed, Schnappschuss, etc.), es sei denn, Sie wissen sehr gut, was Sie hier tun.

Grundlegend wird das System sowohl Transaktionen als auch Commit nacheinander empfangen, um deadlocks und andere concurrency Probleme zu vermeiden und locks zu respektieren.

Answer 2

Relationale Datenbanken implementieren etwas namens ACID properties. Im Grunde stellt dies sicher, dass jeder Benutzer eine konsistente Ansicht der Daten sieht, als ob die Benutzertransaktionen unabhängig voneinander ausgeführt würden. Diese Konsistenz (na ja, "Konsistenz" ist technisch die zweite der vier Eigenschaften) ist ein Hauptgrund, warum relationale Datenbanken für Anwendungen verwendet werden, die Daten ändern.

Wenn also Ihre Einstellungen für die ACID-Konformität (was sie sein sollten, aber sie könnten außer Kraft gesetzt werden), dann wäre das Ergebnis +1500.