Du er ikke logget ind
Beskrivelse
Inhaltsangabe: Einleitung: Die Art der relationalen Datenmodellierung, die den groen Erfolg des Relationmodells in betriebswirtschaftlichen Anwendungsfallen begrundeten, 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 Burokommunikation und Dokumentenverwaltung. Diesen Bereichen liegen oft sehr komplexe Strukturen und Vorgange zu Grunde, die durch das Relationenmodell nicht mehr adaquat und effizient abgebildet werden konnen. Es lag nahe, die bereits bei der Softwareentwicklung und Anwendungsmodellierung erfolgreich eingesetzten objektorientierten Konzepte auf den Datenbankbereich zu ubertragen. So enstanden mit der Zeit objektorientierte Datenbankmodelle als konsequente Weiterentwicklung semantischer und geschachtelt relationaler Modelle. Schema Change Management Den typischen Anwendungen fur objektorientierte Datenbanken liegen haufig sehr komplexe Datenmodelle zugrunde. Diese konnen in der Regel nicht von Anfang an korrekt in ein Datenbankschema abgebildet werden, so da eine nachtragliche Schemaanderung unumganglich werden kann (Schemaevolution). Aber auch sich andernde Voraussetzungen in der Umwelt erfordern oft eine Anpassung eines Datenbankschemas. Schemaanderungen in einem Datenbanksystem sollten unter Berucksichtigung bereits existierender Daten sowie Applikationen und Sichten ausgefuhrt werden. Desweiteren gilt zu berucksichtigen, ob und welche Ausfallzeiten eine Schemaanderung in einem Teil oder dem kompletten Datenbanksystem hervorruft. Oft ist es nicht moglich, ein Datenbanksystem fur einen gewissen Zeitraum zu deaktivieren, um Wartungsarbeiten oder Umstrukturierungen durchzufuhren. Hier mussen Methoden gefunden werden, das Datenbankschema dynamisch zu manipulieren ohne den laufenden Betrieb zu beeinfluss