pdf 1.967 kB - Praktische Informatik - Universität Siegen

KAPITEL 3. ENTWICKLUNG DES SYSTEMS
Auf den ersten Blick mag es vorkommen, dass die Nutzung von “Hibernate“ aufwendiger
als der Datenbankzugriff mittels JDBC erscheint. Dies liegt an der Erstellung
der SessionFactory-Konfigurationsdatei und der Mapping-XML-Dateien, was auf einen
Mehraufwand für den Benutzer deutet. Diese müssen jedoch nur einmal erstellt werden,
die Einbindung dieser Dateien funktioniert dann automatisch. Vergleicht man hingegen
die beiden Codesequenzen, erkennt man, dass durch den Einsatz von “Hibernate“ die
Implementierung kompakter und intuitiver gestaltet wird. Dies wird dadurch erreicht,
dass das Mapping der Objekte - wie schon erwähnt - von “Hibernate“ übernommen wird
und nicht mehr zu den Aufgaben des Programmierers gehört. Zudem müssen Tabellen
nicht explizit erstellt werden, diese Aufgabe wird beim Erzeugen des "SessionFactory"-
Objektes ebenfalls automatisch von “Hibernate“ übernommen. Vergleicht man nun beide
Verfahren, kommt man zu der Erkenntnis, dass sich JDBC eher für Applikationen mit
wenigen zu implementierenden Datenbankzugriffen eignet. Ist eine Implementierung vieler
verschiedener Datenbankzugriffe erforderlich, so sollte der Einsatz von “Hibernate“
in Betracht gezogen werden.
Eine ausführliche Beschreibung der Funktionsweise von “Hibernate“ kann im [BaKi05]
nachgeschlagen werden.
3.7 ID-Zuweisung
Daten und Objekte, die in einer relationalen Datenbank abgelegt werden, benötigen zur
deren Unterscheidung eindeutige Identifizierer, sogenannte IDs. Das bei der Entwicklung
des Systems verwendete “Hibernate“-Framework bietet die Möglichkeit solche IDs automatisch
erstellen zu lassen. Auf diese Funktion wurde bei der Implementierung jedoch
bewusst verzichtet. Aus Gründen der Übersichtlichkeit und besserer Kontrolle über die
IDs, übernimmt das System deren Verwaltung. Anhand einiger IDs soll der Aufbau bzw.
die Struktur dieser Identifizierer aufgezeigt werden:
alg01- Algorithmus-ID
inp01- Eingabedokument-ID
cfg01- Konfigurationsdokument-ID
exp01- Experiment-ID
Die ersten drei Zeichen beschreiben hierbei den Typ des Dokuments, dem diese ID
zugeordnet ist. Die Nummer, die diesen Zeichen folgt, soll die Einduetigkeit der ID
garantieren. Die Klasse "IDWatcher", die im Paket "de.usi.caew.system" aufzufinden
ist, übernimmt die Verwaltung und die Vergabe der IDs. Für die Vergabe einer neuen
ID bietet sie dokumenttypspezifische Zugriffsmethoden, die bei Bedarf vom System aufgerufen
werden. Für eine solche Anfrage wird hierbei die zum Dokumenttyp passende
Methode aufgerufen. Diese lädt die zuletzt verwendete ID aus der Datenbank und inkrementiert
deren Zahlenwert. Die so gewonnene neue ID wird als Resultat der Anfrage
20