XCube: Konzepte f¨ur eine XML-basierte Beschreibung von Datenw ...

XCube: Konzepte für ein Data-Warehouse-Netzwerk
Ein besonderer Fall ist die Konvertierung von Daten, die bereits in einem Data Warehouse
gespeichert sind. Aus konzeptueller Sicht liegen die Daten bereits in einem multidimensionalen
Datenschema vor; eine erneute Modellierung ist somit nicht erforderlich. Jedoch muss das
Konvertierungs-Tool an das logische Datenschema und das DBMS des Data Warehouses angepasst
werden.
Oftmals dürfte es erforderlich sein, dass nicht alle Daten, die in einem Datenwürfel des Data-
Warehouse-Systems gespeichert sind, sondern nur eine Teilmenge von einem Webserver als Web
Cube abrufbar sein sollen. Eine praktikable Lösung wäre die Erstellung eines Data Marts, der genau
die selektierten Daten enthält (siehe Abb. 3).
data warehouse
data mart
1. selection
2. schema
3. master data
4. transaction data
web server
Abbildung 3. Beispiel des Anwendungsfalls ” Generation“.
Eine Alternative zum Übertragen der Bewegungsdaten vom Data Warehouse zum Webserver
wäre die Generierung von Anfragen (z. B. in SQL, falls die Daten in einer relationalen Datenbank
gespeichert sind), die die angeforderten Bewegungsdaten direkt vom Date Warehouse oder Data
Mart lesen.
2.4 Konzept ” Naming“: Identifizieren und Benennen von Web-Cube-Entitäten
Jede Entität eines Web Cubes (wie Fakten, Dimensionen oder der Web Cube selbst) erfordert eine
textuelle Beschreibung, damit sie von einem (menschlichen) Anwender interpretiert werden kann.
Im allgemeinen unterscheiden sich diese Beschreibungen für dieselbe Entität in den verschiedenen
Sprachen, Branchen und Institutionen (so könnten z. B. die Begriffe ” Einkommen“ und ” Einkünfte“
in unterschiedlichen Unternehmen dasselbe meinen); oder ein Begriff hat unterschiedliche Bedeutungen
(z. B. kann ” Jahr“ ” Geschäftsjahr“ oder ” Kalenderjahr“ bedeuten).
Für eine erfolgreiche Integration der Daten eines Web Cubes in ein existierendes Data Warehouse
kann weder die textuelle Beschreibung noch der systemabhängige technische Name der Web-
Cube-Entitäten verwendet werden. Statt dessen muss eine öffentliche Bezeichnung eingeführt werden.
Dies würde ein aufwendiges Abgleichen der Entitäten bei der Integration überflüssig machen.
Durch das Setzen von Attributen für jede textuelle Beschreibung, in denen Sprache, Branche und
Institution definiert sind, lässt sich eine automatische Einspielung der clientseitig verwendeten Texte
realisieren, falls eine Ressource 5 für das Anpassen referenziert werden kann (siehe Abschnitt 2.5).
Diese Attributierung und die Einführung eines öffentlichen Bezeichners erlauben zudem eine
effektive Suche von Web-Cube-Entitäten.
2.5 Konzept ” Reference“: Referenzieren und Verknüpfen von Web-Cube-Entitäten
Ein entwickeltes System von Bezeichnern für Web-Cube-Entitäten würde das Referenzieren und
Verknüpfen dieser Entitäten ermöglichen. Der Datenaustausch zwischen einem Server und einem
5 Eine Ressource ist definiert als ein bestimmtes Informationsobjekt im Internet.
c○ Gunnar Harde 2001 5