Projektgruppe Business Intelligence Applications and Evaluation ...

Projektgruppe Cuberunner
Jinengo – DV Konzept
3.2.2 Relationales Data Warehouse
Das Data Warehouse bildet die Grundlage für alle datenbezogenen Analysen. Im Data Warehouse
werden ein historisiertes sowie ein aggregiertes Datenmodell unterschieden. Die doppelte Datenhaltung
ermöglicht dabei die exemplarische Darstellung von zwei Einsatzbereichen eines Data Warehouse.
Während die aggregierten Daten einen schnellen und unkomplizierten Zugriff auf Informationen
insbesondere für übersichtliche Dashboards bereitstellen, ermöglichen die historisierten Daten
eine detaillierte Datensicht.
Im Folgenden soll auf die wesentlichen Aspekte eingegangen werden. Ergänzend enthalten die Tabellen
in Anhang b eine detaillierte Beschreibung der im Vergleich zur operativen Datenbank neuen und
veränderten Attribute.
Historisiertes Datenmodell
Für das historisierte Modell wurde das Datenmodell der operativen Datenbank größtenteils übernommen
und an den relevanten Stellen angepasst (siehe Abbildung 3.3).
Eine der relevantesten Änderung ist die Historisierung der Endanwender. Die Tabelle JinengoUser der
operativen Datenbank wird im Data Warehouse aufgeteilt in zwei Tabellen. Die (verkleinerte) Tabelle
JinengoUser beinhaltet die (nahezu) unveränderlichen persönlichen Attribute, wie z.B. Name, Geschlecht
und Geburtsdatum. Die persönlichen Lebensumstände, die Zugänge zu Verkehrsmitteln sowie
die Präferenzen der Endanwender werden in der Tabelle UserHistoric gespeichert. Die entsprechenden
Attribute können sich im Laufe der Zeit mehr oder weniger schnell ändern und haben dabei einen wesentlichen
Einfluss auf das Mobilitätsverhalten. Die entsprechenden Attribute müssen daher zwingend
historisiert werden. Nur so können auch nach einer Änderung des Attributs die zum Zeitpunkt des
Reiseantritts gültigen Werte des Attributs nachvollzogen werden. Sobald ein Endanwender eine, oder
mehrere Attribute verändert, wird ein neuer historisierter Endanwender angelegt, der über eine Fremdschlüsselbeziehung
mit dem eigentlichen Endanwender (JinengoUser) verbunden ist. Je Endanwender
existiert daher in der Regel mehr als ein historisierter Datensatz, zu einem Zeitpunkt ist dabei jedoch
jeweils nur einer dieser Sätze gültig. Die Gültigkeit wird jeweils über einen Zeitraum definiert (valid-
From & validTill).
Die Routendaten beziehen sich im Data Warehouse daher auch auf eben diesen historisierten Endanwender.
Somit ist sichergestellt, dass für jede gefahrene Strecke auch die zum Zeitpunkt der Reise
gültigen Endanwendereigenschaften gespeichert sind. Ohne diese Historisierung der Eigenschaften
eines Anwenders wäre hingegen später nicht mehr nachvollziehbar, warum ein Endanwender sich in
der Vergangenheit für genau diese Routenalternative entschieden hat. Schließlich kann er zum Zeitpunkt
der Analyse bereits durch ganz andere Eigenschaften und Präferenzen repräsentiert werden.
57