DBMS ist die Verwaltung von Daten, die integriert bleiben sollten, wenn Änderungen daran vorgenommen werden. Denn wenn die Integrität der Daten beeinträchtigt wird, werden die gesamten Daten gestört und beschädigt. Um die Integrität der Daten aufrechtzuerhalten, werden daher im Datenbankverwaltungssystem vier Eigenschaften beschrieben, die als die bezeichnet werden SÄURE Eigenschaften. Die ACID-Eigenschaften sind für die Transaktion gedacht, die eine andere Gruppe von Aufgaben durchläuft, und hier sehen wir die Rolle der ACID-Eigenschaften.
In diesem Abschnitt lernen und verstehen wir die ACID-Eigenschaften. Wir erfahren, wofür diese Eigenschaften stehen und wozu jede Eigenschaft dient. Anhand einiger Beispiele werden wir auch die ACID-Eigenschaften verstehen.
ACID-Eigenschaften
Die Erweiterung des Begriffs ACID definiert für:
1) Atomarität
Der Begriff Atomizität definiert, dass die Daten atomar bleiben. Das heißt, wenn eine Operation an den Daten ausgeführt wird, sollte diese entweder vollständig oder gar nicht ausgeführt werden. Dies bedeutet außerdem, dass der Vorgang zwischendurch nicht unterbrochen oder teilweise ausgeführt werden sollte. Bei der Ausführung von Vorgängen für die Transaktion sollte der Vorgang vollständig und nicht teilweise ausgeführt werden.
Beispiel: Wenn Remo Konto A hat und 30 $ auf seinem Konto hat, möchte er 10 $ auf Sheeros Konto B überweisen. Auf Konto B ist bereits ein Betrag von 100 $ vorhanden. Wenn 10 $ auf Konto B überwiesen werden, beträgt der Betrag 110 $. Jetzt werden zwei Operationen stattfinden. Zum einen wird der Betrag von 10 US-Dollar, den Remo überweisen möchte, von seinem Konto A abgebucht und der gleiche Betrag wird dem Konto B gutgeschrieben, d. h. dem Konto von Sheero. Was nun passiert: Der erste Lastschriftvorgang wird erfolgreich ausgeführt, der Kreditvorgang schlägt jedoch fehl. Somit beträgt der Wert auf Remos Konto A 20 US-Dollar und auf dem von Sheeros Konto bleibt er bei 100 US-Dollar, wie er zuvor vorhanden war.
Im obigen Diagramm ist zu erkennen, dass nach der Gutschrift von 10 $ der Betrag auf Konto B immer noch 100 $ beträgt. Es handelt sich also nicht um eine atomare Transaktion.
Das folgende Bild zeigt, dass sowohl Debit- als auch Kreditvorgänge erfolgreich durchgeführt wurden. Somit ist die Transaktion atomar.
Wenn also der Betrag seine Atomizität verliert, wird dies in den Banksystemen zu einem großen Problem, und daher steht die Atomizität im Banksystem im Mittelpunkt.
2) Konsistenz
Das Wort Konsistenz bedeutet, dass der Wert immer erhalten bleiben soll. In DBMS , die Integrität der Daten sollte gewahrt bleiben, das heißt, wenn eine Änderung in der Datenbank vorgenommen wird, sollten diese immer erhalten bleiben. Bei Transaktionen ist die Integrität der Daten von entscheidender Bedeutung, damit die Datenbank vor und nach der Transaktion konsistent bleibt. Die Daten sollten immer korrekt sein.
Beispiel:
In der obigen Abbildung gibt es drei Konten, A, B und C, auf denen A eine Transaktion T nacheinander an B und C durchführt. Es finden zwei Vorgänge statt, nämlich Soll und Haben. Konto A bucht zunächst 50 $ von Konto B ab, und der Betrag auf Konto A wird vor der Transaktion von B mit 300 $ gelesen. Nach der erfolgreichen Transaktion T beträgt der verfügbare Betrag in B 150 $. Nun bucht A 20 $ von Konto C ab, und zu diesem Zeitpunkt beträgt der von C gelesene Wert 250 $ (das ist korrekt, da eine Belastung von 50 $ erfolgreich von B durchgeführt wurde). Der Debit- und Kreditvorgang von Konto A zu C wurde erfolgreich durchgeführt. Wir können sehen, dass die Transaktion erfolgreich durchgeführt wurde und der Wert auch korrekt gelesen wurde. Somit sind die Daten konsistent. Wenn der von B und C gelesene Wert 300 $ beträgt, bedeutet dies, dass die Daten inkonsistent sind, da sie bei der Ausführung des Abbuchungsvorgangs nicht konsistent sind.
3) Isolation
Der Begriff „Isolation“ bedeutet Trennung. In DBMS ist Isolation die Eigenschaft einer Datenbank, bei der sich keine Daten auf die andere auswirken dürfen und gleichzeitig auftreten können. Kurz gesagt, der Vorgang an einer Datenbank sollte beginnen, wenn der Vorgang an der ersten Datenbank abgeschlossen ist. Das bedeutet, dass zwei Vorgänge, die in zwei verschiedenen Datenbanken ausgeführt werden, möglicherweise keinen Einfluss auf den Wert der anderen haben. Bei Transaktionen, bei denen zwei oder mehr Transaktionen gleichzeitig stattfinden, sollte die Konsistenz gewahrt bleiben. Alle Änderungen, die in einer bestimmten Transaktion auftreten, werden von anderen Transaktionen erst dann gesehen, wenn die Änderung im Speicher festgeschrieben wird.
Beispiel: Wenn zwei Vorgänge gleichzeitig auf zwei verschiedenen Konten ausgeführt werden, sollte der Wert beider Konten nicht beeinträchtigt werden. Der Wert sollte bestehen bleiben. Wie Sie im folgenden Diagramm sehen können, führt Konto A T1- und T2-Transaktionen an Konto B und C durch, beide werden jedoch unabhängig voneinander ausgeführt, ohne sich gegenseitig zu beeinflussen. Es wird als Isolation bezeichnet.
4) Haltbarkeit
Haltbarkeit gewährleistet die Beständigkeit von etwas. Im DBMS stellt der Begriff Haltbarkeit sicher, dass die Daten nach erfolgreicher Ausführung des Vorgangs dauerhaft in der Datenbank bleiben. Die Haltbarkeit der Daten sollte so perfekt sein, dass selbst bei einem Systemausfall oder einem Absturz die Datenbank noch überlebt. Geht die Datei jedoch verloren, ist der Wiederherstellungsmanager dafür verantwortlich, die Haltbarkeit der Datenbank sicherzustellen. Zum Festschreiben der Werte muss bei jeder Änderung der COMMIT-Befehl verwendet werden.
Daher spielt die ACID-Eigenschaft des DBMS eine entscheidende Rolle bei der Aufrechterhaltung der Konsistenz und Verfügbarkeit der Daten in der Datenbank.
Somit handelte es sich um eine präzise Einführung der ACID-Eigenschaften in DBMS. Wir haben diese Eigenschaften auch im Transaktionsabschnitt besprochen.