2 Grundkonzepte objektbasierter Datenbanksysteme - Public.fh ...

FachhochschuleBraunschweig/WolfenbüttelDipl.-Inform. Holger MärtensObjektbasierte DatenbankenSS 2008Seite17• z.B. Problem der transitiven Hülle (→ Kap. 1.1)o Überschreiben, Überladen, spätes Bindeno Erweiterbarkeit Unterstützung benutzerdefinierter Typen/Klassen undGleichbehandlung innerhalb des DBMS in relationalen DBS nur vorgegebenes Typsystem• notwendige DBMS-Eigenschaften:o Persistenzo Sekundärspeicherverwaltungo Mehrbenutzerbetriebo Wiederanlauffähigkeit (Recovery)o Anfragesprache möglichst deklarativ, z.B. SQL-ähnlich in frühen OODBMS nicht vorgesehen• optionale OO-Eigenschaften:o Mehrfachvererbung• optionale DBMS-Eigenschaften:o Verteilung Kopplung mehrerer DBS in Netzwerk für Benutzer möglichst transparento Entwurfstransaktionen lange TAen (Stunden, Wochen, Monate) inNichtstandardanwendungen komplexe Struktur (z.B. verschachtelt) Kooperation zwischen Benutzern/Entwerferno Versionen Revisionen: (zeitliche) Entwicklung eines Entwurfsobjektes Konfigurationen: Zusammensetzung eines Entwurfsobjektes ausanderen Entwurfsobjekten Varianten: unterschiedliche Möglichkeiten zum Erreichen einesEntwurfsziels2.2.2 Varianten der Realisierung• OODB-Manifest umschreibt gewünschte Eigenschaften objektbasierter DBMS, läßtaber Art der Implementierung und genaues Datenmodell offen• (mindestens) drei grundlegende Ansätze: [Geppert, Abb. 2-11]o objektorientierte DBMS (OODBMS) "revolutionärer" Ansatz: komplette Neuentwicklung von Modellenund Systemen Wurzeln hauptsächlich in der OO-Programmierung (persistenteProgrammiersprachen) DB-Funktionalität nur konzeptionell von bisherigen RDBMSübernommen große Freiheiten bei der Entwicklung → enge Anlehnung anOODB-Manifest nahtlose Integration in OO-Programmiersprachen (C++, Smalltalk,Java) besonders geeignet für stark OO-geprägte (Nichtstandard-)Anwendungen, z.B. CAD, CASE, Geoinformationssysteme (GIS),wissenschaftliche Anwendungen, … zunächst wenig ausgereift, inzwischen stark verbessert