Inhaltsangabe:Einleitung: Die Art der relationalen Datenmodellierung, die den großen Erfolg des Relationmodells in betriebswirtschaftlichen Anwendungsfällen begründeten, verhinderte bis dato den erfolgreichen Einsatz von relationalen Datenbanksystemen in den sogenannten Nicht-Standard-Anwendungen wie z.B. Computer-Aided-Design und -Manufacturing (CAD/CAM), Computer-Aided-Software-Engineering (CASE) oder den Office-Information-Systems (OIS) mit den Bereichen der Bürokommunikation und Dokumentenverwaltung. Diesen Bereichen liegen oft sehr komplexe Strukturen und Vorgänge zu Grunde, die durch das Relationenmodell nicht mehr adäquat und effizient abgebildet werden können. Es lag nahe, die bereits bei der Softwareentwicklung und Anwendungsmodellierung erfolgreich eingesetzten objektorientierten Konzepte auf den Datenbankbereich zu übertragen. So enstanden mit der Zeit objektorientierte Datenbankmodelle als konsequente Weiterentwicklung semantischer und geschachtelt relationaler Modelle. Schema Change Management Den typischen Anwendungen für objektorientierte Datenbanken liegen häufig sehr komplexe Datenmodelle zugrunde. Diese können in der Regel nicht von Anfang an korrekt in ein Datenbankschema abgebildet werden, so daß eine nachträgliche Schemaänderung unumgänglich werden kann (Schemaevolution). Aber auch sich ändernde Voraussetzungen in der Umwelt erfordern oft eine Anpassung eines Datenbankschemas. Schemaänderungen in einem Datenbanksystem sollten unter Berücksichtigung bereits existierender Daten sowie Applikationen und Sichten ausgeführt werden. Desweiteren gilt zu berücksichtigen, ob und welche Ausfallzeiten eine Schemaänderung in einem Teil oder dem kompletten Datenbanksystem hervorruft. Oft ist es nicht möglich, ein Datenbanksystem für einen gewissen Zeitraum zu deaktivieren, um Wartungsarbeiten oder Umstrukturierungen durchzuführen. Hier müssen Methoden gefunden werden, das Datenbankschema dynamisch zu manipulieren ohne den laufenden Betrieb zu beeinflussen. Diese Art der Schemaevolution unter Berücksichtigung vorhandener Daten und Applikationen wird als Schema Change Management bezeichnet. Es wurden bis jetzt drei verschiedene Ansätze für Schema Change Management in objektorientierten Datenbanksystemen verfolgt: 1. Schemaänderungen mit Datenbanktransformation. 2. Versionierung von Schemata. 3. Schemaänderungen durch Sichten. Gang der Untersuchung: Die vorliegende Arbeit beschäftigt sich mit der dritten Methode des Schema Change [...]