Datenmodell (SAP BW): Unterschied zwischen den Versionen
Aus MattWiki
Matt (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Matt (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
| (6 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
== Grundlagen == | == Grundlagen == | ||
* Datenmodelle bilden Realität ab | * Datenmodelle bilden Realität ab | ||
* Operative Systeme (OLTP) haben andere Anforderungen an das Datenmodell, als Data Warehouse Systeme (OLAP). | * Operative Systeme (OLTP) haben andere Anforderungen an das Datenmodell, als Data Warehouse Systeme (OLAP). | ||
** Bei OLAP-Systemen findet z. B. keine Normalisierung statt | ** Bei OLAP-Systemen findet z. B. keine Normalisierung statt | ||
=== Star Schema === | === Zeilenbasierte Speicherstrukturen === | ||
* Jedes Star Schema-Datenmodell ist thematisch in sich geschlossen | |||
==== Star-Schema ==== | |||
* Jedes Star-Schema-Datenmodell ist thematisch in sich geschlossen | |||
** Beschreibt Geschäftsvorfälle eines oder mehrerer Geschäftsprozesse* Kern ist die Faktentabelle | ** Beschreibt Geschäftsvorfälle eines oder mehrerer Geschäftsprozesse* Kern ist die Faktentabelle | ||
* Gruppierende Merkmale werden in Dimensionstabellen mit Dimensions-IDs gespeichert | * Gruppierende Merkmale werden in Dimensionstabellen mit Dimensions-IDs gespeichert | ||
| Zeile 11: | Zeile 15: | ||
** Repräsentation beliebiger Merkmale und Merkmalskombinationen durch eine Dimensions-ID | ** Repräsentation beliebiger Merkmale und Merkmalskombinationen durch eine Dimensions-ID | ||
** Datenmodell ist umso Leistungsfähiger je kleiner die Summe aller Datensätze in allen Dimensionstabellen eines Star Schemas sind | ** Datenmodell ist umso Leistungsfähiger je kleiner die Summe aller Datensätze in allen Dimensionstabellen eines Star Schemas sind | ||
* Welche Dimensionen angelegt werden, und wie Merkmale auf die Dimensionen verteilt werden sollten, sollte ausschließlich nach technischen Gesichtspunkten entschieden werden. | |||
==== Snowflake-Schema ==== | |||
* SAP BW implementiert das Star-Schema in der erweiterten Form des Snowflake-Schemas: | |||
** Merkmale von Dimensionen werden relational mit Stammdaten verbunden → Diese Verbindung ist unabhängig vom Geschäftsvorfall. | |||
* Merkmale die in Stammdaten statt in Dimensionen gespeichert werden, werden als Attribute bezeichnet | |||
* Merkmale (also Attribute) in Stammdaten ermöglichen die aktuelle Darstellung | |||
* Merkmale in Dimensionen ermöglichen die historisierte Darstellung | |||
=== Spaltenbasierte Speicherstrukturen === | |||
* "Zeile" und "Spalte" beziehen sich auf die zeilenbasierten Speicherstrukturen | |||
* "Transponierte Zeile" ist eine Spalten in der spaltenbasierten Speicherstruktur → Enthält die Zeilennwerte der zeilenbasierten Speicherstruktur | |||
* "Transponierte Spalte" ist eine Zeile in der spaltenbasierten Speicherstruktur → Enthält die Spaltenwerte der zeilenbasierten Speicherstruktur | |||
== Datenmodellierung == | |||
* InfoAreas gliedern modellierte Objekte hierarchisch | |||
* InfoProvider können nur genau einer InfoArea zugeordnet werden | |||
* InfoObjekte definieren Merkmale, Arttribute, Kennzahlen | |||
* Merkmale, Attribute, Kennzahlen sind die Grundlage der Modellierung aller InfoProvider | |||
* InfoObjekte können mehreren Stellen der InfoArea-Hierarchie zugeordnet werden (Weil sie thematisch zu verschiedenen InfoAreas passen können) | |||
* Dies geschieht mittels InfoObjekt-Katalogen. Ein InfoObjekt kann in mehreren InfoObjekt-Katalogen enthalten sein. Ein InfoObjekt-Katalog kann in mehreren InfoAreas enthalten sein | |||
* Transaktion RSD1: Anlage von InfoObjekten, RSDCUBR: Anlage von InfoCubes (Beides passiert ohne InfoArea, weswegen diese in der InfoArea NODESNOTCONNECTED zugeordnet werden) | |||
[[Category:SAP]] | [[Category:SAP]] | ||
Aktuelle Version vom 2. September 2017, 15:22 Uhr
Grundlagen
- Datenmodelle bilden Realität ab
- Operative Systeme (OLTP) haben andere Anforderungen an das Datenmodell, als Data Warehouse Systeme (OLAP).
- Bei OLAP-Systemen findet z. B. keine Normalisierung statt
Zeilenbasierte Speicherstrukturen
Star-Schema
- Jedes Star-Schema-Datenmodell ist thematisch in sich geschlossen
- Beschreibt Geschäftsvorfälle eines oder mehrerer Geschäftsprozesse* Kern ist die Faktentabelle
- Gruppierende Merkmale werden in Dimensionstabellen mit Dimensions-IDs gespeichert
- Dimensions-IDs ermöglichen Wertekombinationen in den Dimensionstabellen
- Repräsentation beliebiger Merkmale und Merkmalskombinationen durch eine Dimensions-ID
- Datenmodell ist umso Leistungsfähiger je kleiner die Summe aller Datensätze in allen Dimensionstabellen eines Star Schemas sind
- Welche Dimensionen angelegt werden, und wie Merkmale auf die Dimensionen verteilt werden sollten, sollte ausschließlich nach technischen Gesichtspunkten entschieden werden.
Snowflake-Schema
- SAP BW implementiert das Star-Schema in der erweiterten Form des Snowflake-Schemas:
- Merkmale von Dimensionen werden relational mit Stammdaten verbunden → Diese Verbindung ist unabhängig vom Geschäftsvorfall.
- Merkmale die in Stammdaten statt in Dimensionen gespeichert werden, werden als Attribute bezeichnet
- Merkmale (also Attribute) in Stammdaten ermöglichen die aktuelle Darstellung
- Merkmale in Dimensionen ermöglichen die historisierte Darstellung
Spaltenbasierte Speicherstrukturen
- "Zeile" und "Spalte" beziehen sich auf die zeilenbasierten Speicherstrukturen
- "Transponierte Zeile" ist eine Spalten in der spaltenbasierten Speicherstruktur → Enthält die Zeilennwerte der zeilenbasierten Speicherstruktur
- "Transponierte Spalte" ist eine Zeile in der spaltenbasierten Speicherstruktur → Enthält die Spaltenwerte der zeilenbasierten Speicherstruktur
Datenmodellierung
- InfoAreas gliedern modellierte Objekte hierarchisch
- InfoProvider können nur genau einer InfoArea zugeordnet werden
- InfoObjekte definieren Merkmale, Arttribute, Kennzahlen
- Merkmale, Attribute, Kennzahlen sind die Grundlage der Modellierung aller InfoProvider
- InfoObjekte können mehreren Stellen der InfoArea-Hierarchie zugeordnet werden (Weil sie thematisch zu verschiedenen InfoAreas passen können)
- Dies geschieht mittels InfoObjekt-Katalogen. Ein InfoObjekt kann in mehreren InfoObjekt-Katalogen enthalten sein. Ein InfoObjekt-Katalog kann in mehreren InfoAreas enthalten sein
- Transaktion RSD1: Anlage von InfoObjekten, RSDCUBR: Anlage von InfoCubes (Beides passiert ohne InfoArea, weswegen diese in der InfoArea NODESNOTCONNECTED zugeordnet werden)
