Informationen über Cubes
Ein Cube entsteht durch die gleichzeitige Segmentierung einer ID-Liste (meist ein strategisches Segment) durch Abfragen basierend auf mehreren Dimensionshierarchien. Nachdem der Cube erstellt wurde, können Sie sich jederzeit übergreifende Berichte anzeigen lassen, die den Cube in zwei Dimensionen durchleuchten.
Vor der Erstellung eines Cube müssen folgende einleitende Schritte ausgeführt werden:
*
Erstellen eines strategischen Segmentes
*
Erstellen einer Dimension basierend auf diesem strategischen Element
*
Bei der Erstellung von Cubes sind folgende Richtlinien zu beachten:
*
Die Werte des Cube können aus beliebigen Campaign-Ausdrücken bestehen. Dabei gelten jedoch die folgenden Beschränkungen:
*
Sie können beliebig viele zusätzliche NUMERISCHE Werte hinzufügen. Campaign ermittelt daraus das Minimum, das Maximum, die Summe und den Durchschnitt. Bei den verwendeten Werten kann es sich um abgeleitete oder auch dauerhaft abgeleitete Felder handeln.
*
Die zusammenfassende Funktion basierend auf der Anzahl der Zellen (Minimum, Maximum, Durchschnitt, Prozentsatz usw.) wird automatisch berechnet.
*
Die zusammenfassende Funktion basierend auf einem Attributwert (zum Beispiel "avg(age)" [durchschnittliches Alter]) berechnet automatisch die Extremwerte, die Summe und den Durchschnitt.
*
Ausdrücke mit mehreren Attributwerten (zum Beispiel (Attribut1 + Attribut2)) können über abgeleitete Felder ausgewertet werden.
*
Der Cube-Prozess unterstützt abgeleitete und dauerhaft abgeleitete Felder.
*
Ausdrücke der Art "Groupby" (gruppieren nach), wie zum Beispiel (groupby_where (ID, balance, avg, balance, (trxn_date > reference_date))), werden in abgeleiteten Felder unterstützt.
*
Ausdrücke mit Benutzervariablen (im selben Ablaufdiagrammwie der Prozess "Cube" definiert UND dem Distributed Marketing zugänglich gemacht) werden in abgeleiteten und dauerhaft abgeleiteten Feldern unterstützt. (Weitere Informationen zum Distributed Marketing können Sie dem Distributed Marketing-Benutzerhandbuch entnehmen.)
*
Ausdrücke mit direktem SQL werden in abgeleiteten Felder unterstützt, bei denen ein benutzerdefiniertes SQL-Makro zum Einsatz kommt.
*
Ausdrücke mit einem benutzerdefinierten Makro werden in abgeleiteten Feldern unterstützt.
*
Obwohl Cubes aus bis zu drei Dimensionen bestehen, kann eine Auswertung immer nur über maximal zwei Dimensionen erfolgen. Die verbleibende dritte Dimension wird ebenfalls berechnet und auf dem Server gespeichert, jedoch wird sie nicht für die sichtbare Auswahl und Berichterstattung in diesem Bericht verwendet.
*
Cubes können wie Segmente (die zum Beispiel auf der Transaktionsebene erstellt werden können) auf Zellen basieren. Wird ein Cube jedoch auf Basis einer Zelle erstellt, ist er nur in diesem einen Ablaufdiagrammverfügbar. Aus diesem Grund möchten Sie Cubes möglicherweise auf Grundlage strategischer Elemente erstellen.
*
Falls Ihre Tabellen nicht normalisiert sind, kann die Definition von Dimensionen mit einer Viele-zu-Viele-Beziehung auf der Zielgruppenebene zu unerwarteten Ergebnissen führen. Der Cube-Algorithmus erfordert normalisierte Tabellen. Normalisieren Sie Ihre Daten vor dem Erstellen eines Cube, indem Sie sie unterteilen (auf der Kundenebene beispielsweise durch eine entsprechende Datenvorbereitung).
*
Wenn Sie einen Cube auf der Basis nicht normalisierter Dimensionen erstellen, erhalten Sie fehlerhafte Summen in den Kreuztabellenberichten. Dies hängt damit zusammen, wie Campaign die IDs der Dimensionen berechnet. Sollten nicht normalisierte Dimensionen unabdingbar sein, erstellen Sie Cubes mit nur zwei Dimensionen und setzen Sie auf der untersten Ebene Transaktionen anstelle von Kunden-IDs ein, da Transaktionssummen korrekt berechnet werden.
*
Beim Erstellen einer Dimension für einen Cube müssen Sie dieser Dimension einen Namen, eine Zielgruppe und eine entsprechende Tabelle zuweisen. Bei der späteren Arbeit in einer Sitzung oder einem Kampagnenablaufdiagramm können Sie diese Dimension auf die gleiche Art abbilden wie eine Datenbanktabelle.
*
Cubes sollten dann erstellt werden, wenn nicht auf sie zugegriffen wird, also idealerweise zwischen den normalen Geschäftszeiten und an Wochenenden.
Copyright IBM Corporation 2015. All Rights Reserved.