
Star-Schema-Dimensionen: Typen und Anwendung im Data Warehouse
Das Star-Schema ist eines der zentralen Muster im dimensionalen Datenmodell und besteht aus zwei Objekttypen: Faktentabellen und Dimensionstabellen. Dimensionen liefern den beschreibenden Kontext zu den Messwerten in der Faktentabelle – etwa Zeitraum, Produkt, Kunde oder Region. Je nach Anforderung kommen unterschiedliche Dimensionstypen zum Einsatz: Slowly Changing Dimensions (SCD) etwa bilden historische Veränderungen von Attributen ab, wobei SCD Typ 1 Werte überschreibt, Typ 2 neue Zeilen anlegt und Typ 3 den alten Wert in einer separaten Spalte bewahrt. Junk Dimensions bündeln niedrig-kardinalitäre Flags und Indikatoren, die sonst die Faktentabelle aufblähen würden, in einer einzigen Tabelle. Degenerate Dimensions sind Dimensionsattribute ohne eigene Dimensionstabelle – sie verbleiben direkt in der Faktentabelle, typischerweise als Transaktionsnummern oder Bestellnummern. Conformed Dimensions werden tabellenübergreifend in mehreren Faktentabellen wiederverwendet und sichern semantische Konsistenz im gesamten Data Warehouse. Role-Playing Dimensions erlauben es, dieselbe physische Dimensionstabelle mehrfach mit unterschiedlichen semantischen Rollen (z. B. Bestelldatum vs. Lieferdatum) einzubinden. Das Verständnis dieser Typen ist entscheidend für die Wahl der richtigen Modellierungsstrategie bei der Entwicklung analytischer Pipelines.
- Slowly Changing Dimensions (SCD) existieren in mindestens drei Varianten (Typ 1–3), die sich im Umgang mit historischen Attributänderungen unterscheiden.
- Junk Dimensions fassen mehrere niedrig-kardinalitäre Flags/Indikatoren in einer einzigen Tabelle zusammen, um die Faktentabelle schlank zu halten.
- Degenerate Dimensions haben keine eigene Dimensionstabelle – typische Beispiele sind Transaktions- oder Bestellnummern direkt in der Faktentabelle.
- Conformed Dimensions werden in mehreren Faktentabellen gemeinsam genutzt und gewährleisten einheitliche Definitionen im gesamten Warehouse.
- Role-Playing Dimensions ermöglichen es, eine physische Tabelle unter verschiedenen Alias-Namen (z. B. Bestelldatum, Lieferdatum) mehrfach einzubinden.
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge
- MEINUNGtowardsdatascience.com1w
LDA zur Dimensionsreduktion in Immobiliendatensätzen erklärt
- FORSCHUNGarxiv.org2w
ColRel: LLM-gestützte Spaltenbeziehungserkennung in Data Lakes
- FORSCHUNGarxiv.org1w
Mixed-Data-Clustering: Survey und Pretopologie-Methode für heterogene Daten
- FORSCHUNGarxiv.org3w
Neue Precision-Recall-Metriken zur Validierung von Dimensionsreduktion

Star-Schema-Dimensionen: Typen und Anwendung im Data Warehouse
Das Star-Schema ist eines der zentralen Muster im dimensionalen Datenmodell und besteht aus zwei Objekttypen: Faktentabellen und Dimensionstabellen. Dimensionen liefern den beschreibenden Kontext zu den Messwerten in der Faktentabelle – etwa Zeitraum, Produkt, Kunde oder Region. Je nach Anforderung kommen unterschiedliche Dimensionstypen zum Einsatz: Slowly Changing Dimensions (SCD) etwa bilden historische Veränderungen von Attributen ab, wobei SCD Typ 1 Werte überschreibt, Typ 2 neue Zeilen anlegt und Typ 3 den alten Wert in einer separaten Spalte bewahrt. Junk Dimensions bündeln niedrig-kardinalitäre Flags und Indikatoren, die sonst die Faktentabelle aufblähen würden, in einer einzigen Tabelle. Degenerate Dimensions sind Dimensionsattribute ohne eigene Dimensionstabelle – sie verbleiben direkt in der Faktentabelle, typischerweise als Transaktionsnummern oder Bestellnummern. Conformed Dimensions werden tabellenübergreifend in mehreren Faktentabellen wiederverwendet und sichern semantische Konsistenz im gesamten Data Warehouse. Role-Playing Dimensions erlauben es, dieselbe physische Dimensionstabelle mehrfach mit unterschiedlichen semantischen Rollen (z. B. Bestelldatum vs. Lieferdatum) einzubinden. Das Verständnis dieser Typen ist entscheidend für die Wahl der richtigen Modellierungsstrategie bei der Entwicklung analytischer Pipelines.
- Slowly Changing Dimensions (SCD) existieren in mindestens drei Varianten (Typ 1–3), die sich im Umgang mit historischen Attributänderungen unterscheiden.
- Junk Dimensions fassen mehrere niedrig-kardinalitäre Flags/Indikatoren in einer einzigen Tabelle zusammen, um die Faktentabelle schlank zu halten.
- Degenerate Dimensions haben keine eigene Dimensionstabelle – typische Beispiele sind Transaktions- oder Bestellnummern direkt in der Faktentabelle.
- Conformed Dimensions werden in mehreren Faktentabellen gemeinsam genutzt und gewährleisten einheitliche Definitionen im gesamten Warehouse.
- Role-Playing Dimensions ermöglichen es, eine physische Tabelle unter verschiedenen Alias-Namen (z. B. Bestelldatum, Lieferdatum) mehrfach einzubinden.
Frag die KI zum Artikel
Folgefragen zu Headline, Quelle und Volltext — Antwort streamt in wenigen Sekunden.
Verwandte Beiträge
- MEINUNGtowardsdatascience.com1w
LDA zur Dimensionsreduktion in Immobiliendatensätzen erklärt
- FORSCHUNGarxiv.org2w
ColRel: LLM-gestützte Spaltenbeziehungserkennung in Data Lakes
- FORSCHUNGarxiv.org1w
Mixed-Data-Clustering: Survey und Pretopologie-Methode für heterogene Daten
- FORSCHUNGarxiv.org3w
Neue Precision-Recall-Metriken zur Validierung von Dimensionsreduktion