[ Pobierz całość w formacie PDF ]

Gewinne pro Filiale für die Region 3.
Für die Berechnung von  Gewinnen fehlen Daten zu den
Fixkosten.
 Top 10 der deckungsbeitragsstärksten Produkte.
Performanceanalyse der Verkäufer in den verschiedenen Re-
gionen.
Identifizierung der umsatzstärksten Kundentypen.
Optimierung der Regalnutzung (Deckungsbeitrag / benötigte
Regalfläche).
Über die vorhandene Regalfläche liegen keine Daten vor.
Vergleich des durchschnittlichen Umsatzes pro Kundentyp.
Verdichtungen können nicht nur durch Summen- sondern
auch durch Durchschnittsbildung erfolgen.
Aufgabe B-3-12:
Auswahl von Historisierungsverfahren
Im Call-Center eines Versandunternehmens
mit Telefonvertrieb werden die Mitarbeiter
jeweils bestimmten Vorwahlbereichen zuge-
ordnet. Für Performance-Analysen wird ein
Star-Schema entworfen, das u.a. eine Tele-
fonnummer enthält. Die Telefonnummern
der Kunden ändern sich regelmäßig. Ob
entsprechende Änderungen eingepflegt
wurden, ist nicht direkt aus den operativen
Daten ersichtlich.
Ein Update würde die in den Telefonnummern enthaltenen ana-
lyserelevanten Zuständigkeitsinformationen überschreiben.
86
Update
Snapshot-
Historisierung
Delta-
Historisierung
3.3 Performanceoptimierte Datenmodellierung im relationalen Kontext
Ein Telekommunikationsunternehmen spei-
chert Verbindungsdaten für eine große Zahl
an Privatkunden. Alle Änderungen an den
Kundenstammdaten (z.B. neue Kundenad-
resse, verantwortlicher Ansprechpartner)
werden automatisch protokolliert. In den
Analysen sind die Kundendaten den im je-
weiligen Betrachtungszeitraum verantwortli-
chen Servicemitarbeitern zuzuordnen.
Die große Kundenzahl spricht gegen eine Snapshot-
Aktualiserung.
Für die Serviceoptimierung eines Herstellers
von Laser-Schneidemaschinen wird ein Star-
Schema entworfen, in dem u.a. eine Kun-
dendimension mit der E-Mail-Adresse des
Hauptansprechpartners vorgesehen ist. Im
zugrunde liegenden operativen CRM-System
werden alle Änderungen an den Stammda-
ten protokolliert  auch die der E-Mail-
Adressen.
Historische E-Mail-Adressen von Ansprechpartnern sind aller Vor-
aussicht nach nicht analyserelevant.
Aufgabe B-3-13:
Eigenschaften von Historisierungsverfahren
Welche der folgenden Aussagen sind korrekt?
Eine Historisierung mit Gültigkeitsfeldern ist einer Delta-
Historisierung immer vorzuziehen, da hierdurch genauere
Zuordnungen möglich werden!
Eine Delta-Historisierung steht nicht im Widerspruch zur
Nutzung von Gültigkeitsfeldern. In der Tat werden die beiden
Verfahren oftmals kombiniert.
Das  Update-Verfahren ist kein Historisierungsverfahren.
Über die Zeitstempel werden bei Historisierungsverfahren
sowohl kumulierte Faktenabfragen über aktuelle Dimensi-
onsausprägungen als auch zeitpunktbezogene Auswertungen
des Datenbestandes ermöglicht.
87
3 Lösungen und Lösungsskizzen
Current-Flags vereinfachen den Umgang mit Änderungen in
den Dimensionstabellen.
Bei Delta-Historisierung mit künstlicher Schlüsselerweiterung
können zwar Änderungen an den Dimensionsdaten nach-
vollzogen werden, es sind jedoch keine zeitpunktbezogenen
historischen Auswertungen der Fakten möglich, da in der
Faktentabelle lediglich auf die aktuellen Zeilen der Dimensi-
onstabellen verwiesen wird.
Eine Schlüsselerweiterung ist im Kontext einer Delta-
Historisierung ermöglicht eine flexible Analyse der Fakten, da
die Schlüsselerweiterungen in Dimensions- und Faktentabel-
len existieren.
Verständnisfragen (V)
Aufgabe V-3-1:
Datenmodell für die Erfassung von Kundenreklamationen
Ein mögliches ERM für das CRM-System könnte wie folgt ausse-
hen:
GEHÖRT
GEHÖRT
KUNDE KUNDENGRUPPE
KUNDE KUNDENGRUPPE
ZU
ZU
1m
1m
o
o
BESCHWERDE- HELP-DESK
BESCHWERDE- HELP-DESK
ZEIT
ZEIT
n ANRUF MITARBEITER
n ANRUF MITARBEITER
n
n
m
m
m
m
THEMATISIERT
THEMATISIERT
n
n
LEICHTE STÖRUNG
LEICHTE STÖRUNG
STÖRUNGSKLASSE
STÖRUNGSKLASSE
STÖRUNG
STÖRUNG
SCHWERE STÖRUNG
SCHWERE STÖRUNG
LÖSUNGSWEG
LÖSUNGSWEG
88
3.3 Performanceoptimierte Datenmodellierung im relationalen Kontext
Und ein abgeleitetes relationales Modell wie folgt:
KUNDENGRUPPE (Kundengruppen#)
KUNDE (Kunden#, KundenGruppen#)
HELPDESKMITARBEITER (MA#)
STÖRUNG (Störungs#)
ANRUF (MA#, Kunden#, Zeit)
THEMATISIERT (MA#, Kunden#, Zeit, Störungs#)
STÖRUNG (Störungs#, Störungsbeschreibung)
LEICHTE_STÖRUNG (Störungs#, Standardlösung)
SCHWERE_STÖRUNG (Störungs#, Störungsklasse,
Problemlösungsweg)
Aufgabe V-3-2:
Datenmodell für die Raumplanung
Das ERM für die Raumplanung könnte wie folgt ausgearbeitet
werden:
GEHÖRT
GEHÖRT
BÜRO HAUS
BÜRO HAUS
ZU
ZU
n
n
1
1
1
1
BETREUT
BETREUT
m
m
n
n
n
n
BELEGUNG MITARBEITER HAUSMEISTER
BELEGUNG MITARBEITER HAUSMEISTER
o
o
n
n
1VER- 1 KOSTEN-
1VER- 1 KOSTEN-
ZEIT
ZEIT
URSACHT POSITIONEN
URSACHT POSITIONEN
89
3 Lösungen und Lösungsskizzen
Und ein abgeleitetes relationales Modell wie folgt:
BÜRO (Büro#, Haus#)
HAUS (Haus#, Personal#)
MITARBEITER (Personal#, Name,...)
HAUSMEISTER (Personal#, & )
BELEGUNG (Büro#, Pers#, Zeit)
KOSTENPOSITION (Pos#, Büro#, Pers#, Zeit, Kostenart, Betrag)
Aufgabe V-3-3:
Normalisierung für ein Fakturierungssystem
Vorgefundenes Schema:
RECHNUNG (V#, Zeit, K#, KundeNachname,
KundeVorname, KundeAnschrift,
KundeTel,...)
RECHNUNGSPOS R#, Artikel#,
Artikelbezeichnung, Anzahl,...)
ARTIKEL (Artikel#, Bezeichnung, Artikeltyp#,
Artikeltypbezeichnung, Zulieferer_1,
Zulieferer_2, Zulieferer_3,...)
VERKÄUFER (V#, Nachname, Vorname,...)
Das Schema weist folgende Normalformenverletzungen auf:
Verletzung der 1. Normalform: In der Artikelrelation
wird eine Liste von drei Zulieferern geführt.
Problem: Diese Modellierung limitiert das Schema
künstlich auf 3 Zulieferer pro Artikel.
Verletzung der 2. Normalform: In der Rechnungsrelation
werden diverse Angaben zu Kunden geführt  diese sind
jedoch nur von der Kundennummer abhängig und nicht
vom gesamten Schlüssel.
Problem: Bei mehreren Rechnungen für denselben Kun-
den müssen Kundenname, Anschrift und Telefonnum-
mer immer wieder neu eingegeben werden. Neben der
90
3.3 Performanceoptimierte Datenmodellierung im relationalen Kontext
entstehenden Mehrarbeit wächst auch das Risiko von In-
konsistenzen im Datenbestand. Aussagekräftige Abfra-
gen, Auswertungen oder Vergleiche sind auf dieser
Grundlage problematisch.
Verletzung der 2. Normalform: In der Relation  Rech-
nungsposition ist die Artikelbezeichnung nicht vom vol-
len Schlüssel sondern lediglich von der Artikelnummer
abhängig.
Problem: Auch hier kommt es zur redundanten Daten-
haltung mit dem Risiko inkonsistenter Artikelbezeich-
nungen.
Verletzung der 3. Normalform: Die Artikeltypbezeich-
nung in der Artikelrelation ist funktional von der Artikel-
typ# abhängig.
Problem: Für alle Artikel desselben Typs muss neben der
Artikeltyp# auch die Artikeltypbezeichnung korrekt ein-
gegeben werden. Hierdurch ergibt sich Redundanz und [ Pobierz całość w formacie PDF ]