imported>Brettchenweber: Änderungen von 130.180.92.58 (Diskussion) auf die letzte Version von RoBri zurückgesetzt

2023-08-25T07:59:45Z

Änderungen von 130.180.92.58 (Diskussion) auf die letzte Version von RoBri zurückgesetzt

Neue Seite

[[Datei:Drei-Ebenen-Schema-Architektur.svg|mini|Drei-Ebenen-Schema-Architektur]]

Die '''ANSI-SPARC-Architektur''' (auch '''Drei-Schema-Architektur''', '''Drei-Ebenen-Architektur''' oder '''Drei-Ebenen-Schema-Architektur''') beschreibt die grundlegende Trennung verschiedener Beschreibungsebenen für [[Datenbankschema]]ta.

Die Architektur wurde 1975 vom [[Standards Planning and Requirements Committee]] (SPARC) des [[American National Standards Institute]] (ANSI) entwickelt und hat das Ziel, den Benutzer einer Datenbank vor nachteiligen Auswirkungen von Änderungen in der Datenbankstruktur zu schützen.

Die drei Ebenen sind:

# Die externe Ebene, die den Benutzern und Anwendungen individuelle Benutzersichten bereitstellt. Beispiele: Formulare, Masken-Layouts, Listen, Schnittstellen.
# Die konzeptionelle Ebene, in der beschrieben wird, welche Daten in der Datenbank gespeichert sind, sowie deren Beziehungen zueinander. Designziel ist hier eine vollständige und [[Redundanz (Informationstheorie)|redundanzfreie]] Darstellung aller zu speichernden Informationen. Hier findet die [[Normalisierung (Datenbank)|Normalisierung]] des relationalen Datenbankschemas statt.
# Die interne Ebene (auch physische Ebene), die die physische Sicht der Datenbank im Computer darstellt. In ihr wird beschrieben, wie und wo die Daten in der Datenbank gespeichert werden. Designziel ist hier ein [[Performance (Informatik)|effizienter]] Zugriff auf die gespeicherten Informationen. Das wird meistens nur durch eine bewusst in Kauf genommene Redundanz erreicht (z. B. im [[Datenbankindex|Index]] werden die gleichen Daten gespeichert, die auch schon in der [[Datenbanktabelle|Tabelle]] gespeichert sind).

Die Vorteile des Drei-Ebenen-Modells sind:

* Physische [[Datenunabhängigkeit]]: Die interne Ebene ist von der konzeptionellen und externen Ebene getrennt. Physische Änderungen, z. B. des Speichermediums oder des Datenbankprodukts, wirken sich nicht auf die konzeptionelle oder externe Ebene aus.
* Logische Datenunabhängigkeit: Die konzeptionelle und die externe Ebene sind getrennt. Dies bedeutet, dass Änderungen an der Datenbankstruktur (konzeptionelle Ebene) keine Auswirkungen auf die externe Ebene, also die Masken-Layouts, Listen und Schnittstellen haben.
Allgemein kann also von einer höheren Robustheit gegenüber Änderungen gesprochen werden.

== Beispiel Data-Warehouse ==
Die Unterschiede zwischen den drei Ebenen können gut anhand der [[Data-Warehouse]]-Architektur erläutert werden.

In der externen Ebene sind umfangreiche [[Aggregation (OLAP)|Aggregationen]] definiert, deren Berechnung sehr zeitaufwändig ist.

Die konzeptionelle Ebene definiert die redundanzfreien Basis-Tabellen als Dimensions-, [[Sternschema#Fakten- und Dimensionstabellen|Fakten-]] und Lookup-Tabellen.

Auf der internen Ebene werden die Basis-Tabellen oft in [[Denormalisierung|denormalisierter Form]] erstellt, um performance-günstige Zugriffe auf die gespeicherten Daten zu ermöglichen. Zusätzlich werden oft Aggregationstabellen eingerichtet. Um die geforderten Aggregationen schnell abrufen zu können, werden in der Nacht alle performance-intensiven Aggregationen berechnet. Die Ergebnisse der nächtlichen Berechnungen werden in den Aggregations-Tabellen abgelegt. Wenn ein Anwender während des Tages eine Aggregation aufruft, dann kann das System die Ergebnisse sekundenschnell aus den Aggregations-Tabellen auslesen. Die Aggregations-Tabellen blähen das Datenvolumen der internen Ebene enorm auf. Es ist im Durchschnitt sechsmal größer als das Volumen der Basis-Tabellen. Zusätzlich wird oft eine [[Staging (Datenbank)#Staging-Area|Staging-Area]] eingerichtet, in der alle aus Zuliefersystemen importierten Daten zunächst zwischengespeichert werden, bevor sie mit weiteren Informationen angereichert werden und schließlich in die Dimensions- und Fakten-Tabellen eingefügt oder ergänzt werden.

== Literatur ==
* {{Literatur | Autor = Gunter Saake, Kai-Uwe Sattler, Andreas Heuer | Titel = Datenbanken: Implementierungstechniken | Jahr = 2011 | Verlag = mitp Professional | Ort = Frechen | ISBN = 3-8266-9156-3 | Seiten = 2 ff., 21 ff }}
* {{Literatur | Autor = Ramez Elmasri, Shamkant B. Navathe | Titel = Grundlagen von Datenbanksystemen. [Übers.: Angelika Shafir] | Jahr = 2004 | Verlag = Pearson Studium | Ort = München | ISBN = 3-8273-7136-8 | Seiten = 49 ff }}
* {{Literatur | Autor = Theo Härder | Titel = Datenbanksysteme | Jahr = 2001 | Verlag = Springer | Ort = Berlin | ISBN = 3-540-42133-5 | Seiten = 8-11 }}

{{SORTIERUNG:AnsiSparcArchitektur}}
[[Kategorie:Datenbanktheorie]]
[[Kategorie:Datenbankmodellierung]]

ANSI-SPARC-Architektur - Versionsgeschichte

imported>Brettchenweber: Änderungen von 130.180.92.58 (Diskussion) auf die letzte Version von RoBri zurückgesetzt