Dimensionsbeziehungen
Durch die Dimensionsverwendung werden die Beziehungen zwischen Cubedimensionen und den Measuregruppen in einem Cube definiert. Bei einer Cubedimension handelt es sich um eine Instanz einer Datenbankdimension, die in einem bestimmten Cube verwendet wird. Ein Cube kann über Cubedimensionen verfügen (und verfügt oft über solche), die nicht direkt mit einer Measuregruppe verknüpft sind, die jedoch möglicherweise über eine andere Dimension oder Measuregruppe indirekt mit der Measuregruppe verknüpft sind. Wenn Sie einem Cube eine Datenbankdimension oder Measuregruppe hinzufügen, versucht Microsoft SQL Server Analysis Services, die Dimensionsverwendung zu bestimmen, indem die Beziehungen zwischen den Dimensionstabellen und Faktentabellen in der Datenquellensicht des Cubes sowie die Beziehungen zwischen Attributen einer Dimension untersucht werden. Analysis Services legt die Einstellungen für die Dimensionsverwendung für die erkannten Beziehungen automatisch fest.
Eine Beziehung zwischen einer Dimension und einer Measuregruppe besteht aus den an der Beziehung teilnehmenden Dimensions- und Faktentabellen und einem Granularitätsattribut, das die Granularität der Dimension in der jeweiligen Measuregruppe angibt.
Reguläre Dimensionsbeziehungen
Eine reguläre Dimensionsbeziehung zwischen einer Cubedimension und einer Measuregruppe ist vorhanden, wenn die Schlüsselspalte der Dimension direkt mit der Faktentabelle verknüpft ist. Diese direkte Beziehung basiert auf einer Primärschlüssel-Fremdschlüssel-Beziehung in der zugrunde liegenden relationalen Datenbank, kann jedoch auch auf einer in der Datenquellensicht definierten logischen Beziehung basieren. Eine reguläre Dimensionsbeziehung stellt die Beziehung zwischen Dimensionstabellen und einer Faktentabelle in einem traditionellen Sternschemaentwurf dar. Weitere Informationen zu regulären Beziehungen finden Sie unter Definieren einer regulären Beziehung und von Eigenschaften einer regulären Beziehung.
Bezugsdimensionsbeziehungen
Eine Bezugsdimensionsbeziehung zwischen einer Cubedimension und einer Measuregruppe ist vorhanden, wenn die Schlüsselspalte für die Dimension über einen Schlüssel in einer anderen Dimensionstabelle indirekt mit der Faktentabelle verknüpft ist, wie in der folgenden Abbildung gezeigt.
.gif "Logisches Diagramm, referenzierte Dimensionsbeziehung")
Eine Bezugsdimensionsbeziehung stellt die Beziehung zwischen Dimensionstabellen und einer Faktentabelle in einem Schneeflocken-Schemaentwurf dar. Wenn Dimensionstabellen in einem Schneeflockenschema verbunden sind, können Sie eine einzelne Dimension mithilfe von Spalten aus mehreren Tabellen definieren, oder Sie können separate Dimensionen basierend auf den separaten Dimensionstabellen definieren und anschließend mithilfe der Einstellung für die Bezugsdimensionsbeziehung eine Verknüpfung zwischen ihnen definieren. Die folgende Abbildung zeigt eine Faktentabelle namens InternetSales und zwei Dimensionstabellen namens Customer und Geography in einem Schneeflockenschema.
.gif "Logisches Schema, referenzierte Dimensionsbeziehung")
Sie können eine Dimension mit der Customer-Tabelle als Haupttabelle der Dimension erstellen und die Geography-Tabelle als verknüpfte Tabelle einschließen. Anschließend wird eine reguläre Beziehung zwischen der Dimension und der InternetSales-Measuregruppe definiert.
Alternativ können Sie zwei mit der InternetSales-Measuregruppe verknüpfte Dimensionen erstellen: eine auf der Customer-Tabelle basierende Dimension und eine auf der Geography-Tabelle basierende Dimension. Anschließend können Sie die Geography-Dimension mit einer Bezugsdimensionsbeziehung mithilfe der Customer-Dimension mit der InternetSales-Measuregruppe verknüpfen. In diesem Fall werden die Fakten in der InternetSales-Measuregruppe, wenn sie durch die Geography-Dimension dimensioniert werden, nach Kunde und nach Geografie dimensioniert. Wenn der Cube eine zweite Measuregruppe namens Reseller Sales enthalten würde, können Sie die Fakten in der Reseller Sales-Measuregruppe nicht durch Geography dimensionieren, da keine Beziehung zwischen Reseller Sales und Geography vorhanden wäre.
Es gibt keine Begrenzung der Anzahl der Bezugsdimensionen, die miteinander verkettet werden können, wie in der folgenden Abbildung gezeigt.
.gif "Logisches Diagramm, referenzierte Dimensionsbeziehung")
Weitere Informationen zu referenzierten Beziehungen finden Sie unter Definieren einer referenzierten Beziehung und von Eigenschaften einer referenzierten Beziehung.
Faktendimensionsbeziehungen
Faktendimensionen, die häufig als degenerierte Dimensionen bezeichnet werden, sind Standarddimensionen, die aus Attributspalten in Faktentabellen statt aus Attributspalten in Dimensionstabellen erstellt werden. Nützliche Dimensionsdaten werden manchmal in einer Faktentabelle gespeichert, um die Duplizierung zu reduzieren. Im folgenden Diagramm wird z. B. die FactResellerSales-Faktentabelle aus der Adventure Works DW-Beispieldatenbank angezeigt.
.gif "Spalten in Faktentabellen können Dimensionen unterstützen")
Die Tabelle enthält Attributinformationen nicht nur für jede Zeile einer von einem Wiederverkäufer aufgegebenen Bestellung, sondern auch zu der Bestellung selbst. Die im vorherigen Diagramm eingekreisten Attribute identifizieren die Informationen in der FactResellerSales-Tabelle, die als Attribute in einer Dimension verwendet werden können. In diesem Fall werden zwei zusätzliche Informationen, die Transporteurkennung und die vom Wiederverkäufer ausgegebene Nummer der Bestellung, durch die Attributspalten CarrierTrackingNumber und CustomerPONumber dargestellt. Diese Informationen sind interessant – beispielsweise wären Benutzer auf jeden Fall daran interessiert, aggregierte Informationen, z. B. die Gesamtproduktkosten, für alle Bestellungen zu sehen, die unter einer einzelnen Kennung versendet werden. Aber ohne eine Dimension gibt es keine Möglichkeit, Daten für diese beiden Attribute zu organisieren oder zu aggregieren.
Theoretisch können Sie eine Dimensionstabelle erstellen, die die gleichen Schlüsselinformationen verwendet wie die FactResellerSales-Tabelle, und die anderen beiden Attributspalten, CarrierTrackingNumber und CustomerPONumber, in jene Dimensionstabelle verschieben. Sie würden jedoch einen wesentlichen Teil der Daten duplizieren und dem Data Warehouse unnötige Komplexität hinzufügen, um lediglich zwei Attribute als separate Dimension darzustellen.
.gif "Hinweis") Hinweis |
|---|
Faktendimensionen werden häufig zur Unterstützung von Drillthroughaktionen verwendet. Weitere Informationen zu Aktionen finden Sie unter Aktionen (Analysis Services - Mehrdimensionale Daten). |
| Hinweis |
|---|
Faktendimensionen müssen nach jeder Aktualisierung der Measuregruppe, auf die durch die Faktenbeziehung verwiesen wird, inkrementell aktualisiert werden. Wenn es sich bei der Faktendimension um eine ROLAP-Dimension handelt, löscht das Analysis Services-Verarbeitungsmodul alle Caches und verarbeitet die Measuregruppe inkrementell. |
Weitere Informationen zu Faktenbeziehungen finden Sie unter Definieren von Faktenbeziehungen und Faktenbeziehungseigenschaften.
m:n-Dimensionsbeziehungen
In den meisten Dimensionen ist jedes Faktum mit einem und nur einem Dimensionselement verknüpft, und ein einzelnes Dimensionselement kann mehreren Fakten zugeordnet sein. In der Terminologie von relationalen Datenbanken wird dies als 1:n-Beziehung bezeichnet. Es ist jedoch oft nützlich, ein einzelnes Faktum mit mehreren Dimensionselementen zu verknüpfen. Ein Bankkunde verfügt z. B. möglicherweise über mehrere Konten (Giro-, Sparbuch-, Kreditkarten- und Investmentkonten), und ein Konto kann auch über gemeinsame oder mehrere Besitzer verfügen. Die aus diesen Beziehungen erstellte Customer-Dimension hätte dann mehrere Elemente, die mit einer einzelnen Kontotransaktion verknüpft sind.
.gif "Logisches Schema/n:n-Dimensionsbeziehung")
SQL Server Analysis Services ermöglicht es Ihnen, eine m:n-Beziehung zwischen einer Dimension und einer Faktentabelle zu definieren.
| Hinweis |
|---|
Zur Unterstützung einer m:n-Dimensionsbeziehung muss in der Datenquellensicht eine Fremdschlüsselbeziehung zwischen allen beteiligten Tabellen eingerichtet worden sein, wie in der vorherigen Abbildung dargestellt ist. Andernfalls können Sie beim Einrichten der Beziehung auf der Registerkarte Dimensionsverwendung des Dimensions-Designers nicht die richtige Zwischenmeasuregruppe auswählen. |
Weitere Informationen zu m:n-Beziehungen finden Sie unter Definieren einer m:n-Beziehung und deren Eigenschaften.