Persistenz (Informatik)
Van Wikipedia, de gratis encyclopedie
Persistenz (von lateinisch persistere „verharren, stehen bleiben“) ist ein wesentlicher Begriff in der Informatik, der die Fähigkeit eines Systems beschreibt, den Zustand seiner Daten (persistente Daten, transiente Daten), Objektmodelle oder logischen Verbindungen über längere Zeiträume hinweg zu bewahren. Dies gilt insbesondere über geplante oder unvorhergesehene Programmabbrüche hinaus. Eine entscheidende Rolle dabei spielt die Erhaltung dieser Informationen auf nichtflüchtigen Speichermedien wie Festplatten, SSDs oder in Datenbanken.
Die Persistenz hat ihren Ursprung in der Notwendigkeit, Datenbestände und Anwendungsstatus dauerhaft zu speichern, um Informationen über längere Zeiträume hinweg verfügbar zu halten. Dies ist insbesondere wichtig, um sicherzustellen, dass Informationen nicht verloren gehen, wenn ein Computerprogramm beendet oder ein System heruntergefahren wird.
Es handelt sich hierbei um ein grundlegendes Konzept, das dazu beiträgt, die Kontinuität, Zuverlässigkeit und Verfügbarkeit von Informationen in der digitalen Welt zu gewährleisten. Es bildet die Grundlage für viele Anwendungen und Systeme, die über längere Zeiträume hinweg relevant bleiben müssen.
Persistenz bei objektorientierten Programmen[Bearbeiten | Quelltext bearbeiten]
Die Implementierung von Persistenz in objektorientierten Programmen spielt eine entscheidende Rolle, um den Zustand von Objekten über verschiedene Programmläufe hinweg zu bewahren. Diese wichtige Funktionalität ermöglicht es, die Daten von Objekten dauerhaft zu speichern und wiederherzustellen, selbst nachdem das Programm beendet wurde oder der Computer neu gestartet wurde[1][2]. Diese Eigenschaft ist von besonderer Bedeutung, da sie die Fähigkeit schafft, essentielle Informationen und Daten zu behalten und wiederzuverwenden, was die Entwicklung vieler Anwendungen erheblich verbessert.
Ein Hauptgrund für die Notwendigkeit von Persistenz liegt in der Erfordernis, den Zustand von Objekten über Programmläufe hinweg zu bewahren. In vielen Anwendungen der objektorientierten Programmierung ist es unerlässlich, dass bestimmte Daten und Informationen auch nach Beendigung des Programms weiterhin vorhanden sind[3]. Beispielsweise könnte in einem Anwendungsfall, in dem Aufgabenverwaltung betrieben wird, die Fähigkeit, den Status von Aufgaben, Benutzern und Projekten zu speichern, sicherstellen, dass diese Informationen nicht verloren gehen, wenn das Programm geschlossen wird.
Die Implementierung von Persistenz kann auf verschiedene Weisen erfolgen. Eine gängige Methode ist die Nutzung von Datenbanken. Hierbei werden Objekte und ihre Attribute in Datenbanktabellen gespeichert. Diese Methode ermöglicht eine strukturierte Speicherung und effiziente Abfrage von Daten[4]. Alternativ können Objekte in Dateien serialisiert und deserialisiert werden, um ihren Zustand zu erhalten. ORM (Object-Relational Mapping) Frameworks wie Hibernate in Java oder Entity Framework in .NET bieten Abstraktionen, die die Verwaltung von Persistenz erleichtern, indem sie Objekte automatisch mit Datenbanktabellen synchronisieren[5].
Trotz der Vorteile, die Persistenz bietet, ergeben sich auch einige Herausforderungen bei der Implementierung. Die Datenintegrität und -konsistenz müssen gewährleistet sein, um inkonsistente Speicherung und Beschädigung von Daten zu verhindern. Transaktionskonzepte helfen dabei, diese Herausforderungen zu bewältigen, indem sie sicherstellen, dass Datenbankoperationen entweder vollständig oder überhaupt nicht ausgeführt werden[5].
Die Integration von Persistenz in objektorientierten Programmen bietet zahlreiche Vorteile. Sie ermöglicht die Wiederverwendung von Daten über verschiedene Sitzungen hinweg, was die Benutzerfreundlichkeit und Effizienz erhöht. Zudem unterstützt sie die Schaffung von Anwendungen mit anhaltender Datenintegrität, was besonders in Bereichen wie Finanzwesen, Gesundheitswesen und E-Commerce von Bedeutung ist[1].
Mit dem Fortschritt von Cloud-Computing und verteilten Systemen gewinnt die Persistenz in objektorientierten Programmen weiter an Bedeutung. Die Möglichkeit, Daten über verschiedene Geräte und Standorte hinweg zu speichern und zu synchronisieren, eröffnet neue Möglichkeiten für die Entwicklung vielfältiger Anwendungen[5].
Persistenz in einer bestehenden Laufzeitumgebung[Bearbeiten | Quelltext bearbeiten]
In der Welt der objektorientierten Programmierung gibt es zwei grundlegende Ansätze, um Persistenz zu implementieren: containerbasierte Persistenz und komponentenbasierte Persistenz. Diese Ansätze definieren, wie Daten in einer Laufzeitumgebung gespeichert und wiederhergestellt werden.
Die containerbasierte Persistenz legt die Verantwortung des Speicherns und Wiederherstellens von Daten in die Hände der Laufzeitumgebung, wie beispielsweise eines Anwendungsservers. Dies bedeutet, dass Entwickler sich weniger um die Details der Datenpersistenz kümmern müssen, da die Laufzeitumgebung die Aufgabe des Datenmanagements übernimmt.
Im Gegensatz dazu liegt bei der komponentenbasierten Persistenz die Verantwortung, Daten zu speichern und wiederherzustellen, direkt bei der einzelnen Komponente. Das bedeutet, dass die Programmierer für das Management der Daten selbst zuständig sind und die notwendigen Mechanismen implementieren müssen, um die Persistenz sicherzustellen.
In Java-Entwicklungsumgebungen, insbesondere ab der Java Platform, Enterprise Edition 5, werden für die containerbasierte Persistenz Enterprise JavaBeans (EJBs) verwendet. Diese Komponenten werden mit Annotations wie "@Entity" gekennzeichnet, um anzuzeigen, welche Klassen persistiert werden sollen[6]. Dies ermöglicht es, dass die Laufzeitumgebung die Speicherung und Wiederherstellung der Daten automatisch übernimmt.
Die Wahl zwischen containerbasierter und komponentenbasierter Persistenz hängt von den Anforderungen und der Komplexität des Projekts ab. Während die containerbasierte Persistenz Entwicklern die Arbeit erleichtert, indem sie viele Details abstrahiert, bietet die komponentenbasierte Variante mehr Kontrolle und Flexibilität über den Persistenzprozess.
Weblinks[Bearbeiten | Quelltext bearbeiten]
Einzelnachweise[Bearbeiten | Quelltext bearbeiten]
- ↑ a b Dmitri Nesteruk: Design Patterns in Modern C++20: Reusable Approaches for Object-Oriented Software Design. Apress, Berkeley, CA 2022, ISBN 978-1-4842-7294-7, doi:10.1007/978-1-4842-7295-4 (springer.com [abgerufen am 11. August 2023]).
- ↑ Dhrubojyoti Kayal: Pro Java EE spring patterns: best practices and design strategies implementing Java EE patterns with the Spring Framework (= The expert's voice in Open Source). Apress, Berkeley, Calif 2008, ISBN 978-1-4302-1009-2.
- ↑ Sarah Beecham, Helen Sharp, Nathan Baddoo, Tracy Hall, Hugh Robinson: Does the XP environment meet the motivational needs of the software developer? An empirical study. In: Agile 2007 (AGILE 2007). August 2007, S. 37–49, doi:10.1109/AGILE.2007.22 (ieee.org [abgerufen am 11. August 2023]).
- ↑ Samuel A. Soares, Marcius Brandao, Mariela I. Cortes, Emmanuel S. S. Freire: Dribbling complexity in model driven development using Naked Objects, domain driven design, and software design patterns. IEEE, 2015, ISBN 978-1-4673-9143-6, S. 1–11, doi:10.1109/CLEI.2015.7360022 (ieee.org [abgerufen am 11. August 2023]).
- ↑ a b c Rick Cattell: Scalable SQL and NoSQL data stores. In: ACM SIGMOD Record. Band 39, Nr. 4, 6. Mai 2011, ISSN 0163-5808, S. 12–27, doi:10.1145/1978915.1978919 (acm.org [abgerufen am 11. August 2023]).
- ↑
Entity(Java EE 5 API) bei Oracle (englisch)