Was sind Transaktionale Datenbanken?
Transaktionale Datenbanken sind für den Betrieb von Produktionssystemen optimiert, von Websites über Banken bis hin zu Einzelhandelsgeschäften. Diese Datenbanken eignen sich hervorragend zum sehr schnellen Lesen und Schreiben einzelner Datenzeilen unter Einhaltung der Datenintegrität.
Transaktionale datenbanken Übersicht
Transaktionale Datenbanken sind Zeilenspeicher, das heißt, Daten werden als Zeilen und nicht als Spalten auf dem Laufwerk gespeichert. Zeilenspeicher eignen sich hervorragend, wenn Sie alles über einen Kunden in der Nutzertabelle wissen müssen, da Sie die Möglichkeit haben, nur die Daten zu nehmen, die Sie benötigen. Aber sie eignen sich nicht so gut, wenn Sie die Kunden in einem bestimmten Postleitzahlgebiet zählen wollen, da Sie dann nicht nur die Postleitzahlspalte, sondern auch die Spalten Name, Adresse und user_id laden müssen.
Transaktionale Datenbanken wurden nicht speziell für Analysen entwickelt, aber werden oft zu De-facto-Analyseumgebungen, da sie bereits als Produktionsdatenbanken vorhanden sind. Sie sind schon seit Jahrzehnten bekannt, daher sind sie vertraut, zugänglich und allgegenwärtig.
Wenn Ihre Organisation noch keinen separaten Analyse-Stack hat, können Sie am einfachsten damit beginnen, Analysen zu machen, indem Sie ein Replikat der Transaktionalen Datenbank erstellen. So wird sichergestellt, dass Analyseabfragen nicht versehentlich geschäftskritische Produktionsabfragen behindern, und es ist nur ein minimaler zusätzlicher Einrichtungsaufwand erforderlich. Der Nachteil ist, dass diese Datenbanken auf die Verarbeitung von Transaktionen und nicht auf die Analysen ausgelegt sind. Der Einsatz dieser Datenbanken für Analysen ist ein guter Ausgangspunkt, allerdings kann es zu Einschränkungen kommen und Sie brauchen eventuell früher Problemumgehungen als Sie bei einer auf Analysen ausgerichteten Einrichtung bräuchten.
Welche Vorteile bieten Transaktionale Datenbanken?
Transaktionale datenbanken eignen sich für:
Datenintegrität gewährleisten
Transaktionale Datenbanken sind auf ACID-konform ausgelegt. Dadurch wird sichergestellt, dass Schreibvorgänge in der Datenbank entweder gemeinsam erfolgreich sind oder gemeinsam fehlschlagen, und dass die Datenintegrität beim Schreiben von Daten in die Datenbank hoch bleibt. Transaktionale Datenbanken sind daher für Geschäftstransaktionen von entscheidender Bedeutung, wenn eine hohe Datenintegrität erforderlich ist. Das kanonische Beispiel ist das Banking, in dem eine gesamte Transaktion – Abbuchung von einem Konto und Gutschrift auf ein anderes – entweder erfolgreich oder nicht erfolgreich sein soll.
Niedrige Latenz
Da Transaktionale Datenbanken auf die Ausführung von Produktionssystemen ausgelegt sind, sind sie sehr gut für Vorgänge geeignet, die in Millisekunden ausgeführt werden müssen. Wenn Sie Analysen auf einem transaktionalen Replikat Ihrer Produktionsdatenbank ausführen, ist das Replikat wahrscheinlich fast mit der Hauptdatenbank synchron, also mit einer Latenz unter einer Sekunde.
Monitoring von operativer Systeme
Die Verwendung von Daten aus transaktionalen Datenbanken zur Bereitstellung eines operativen Snapshots in Echtzeit ist der ideale analytische Anwendungsfall für transaktionale Datenbanken, da das Replikat so wenig Latenz einbringt. Wenn Sie unterstützende Arbeitslasten oder Inventar oder ein anderes operatives System überwachen möchten und Entscheidungen anhand möglichst neuer Daten treffen müssen, ist die Replikation der Produktionsdatenbank möglicherweise die beste Option.
Meistern Sie Ihre geschäftlichen Herausforderungen mit Google Cloud
Was ist eine ACID-Transaktion in einer Datenbank?
Atomarität
Wenn auch nur ein Teil der Transaktion fehlschlägt, schlägt die gesamte Transaktion fehl. Auf diese Weise muss jede Transaktion zu 100 % erfolgreich sein, um an die Datenbank übergeben zu werden.
Konsistenz
Eine Transaktion wird entweder in die Datenbank geschrieben (bringt die Datenbank von einem gültigen Zustand in einen anderen) oder die Transaktion wird rückgängig gemacht.
Isolation
Auf Transaktionen, die noch nicht abgeschlossen sind, können von anderen Transaktionen nicht reagiert oder sie geändert werden.
Langlebigkeit
Sobald eine Transaktion in die Datenbank geschrieben wurde, verbleibt sie dort, selbst bei einem Datenbankabsturz.
