Dimensionsbeziehungen
Gilt für:
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
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 SQL Server Analysis Services, die Dimensionsnutzung zu bestimmen, indem die Beziehungen zwischen den Dimensionstabellen und Faktentabellen in der Datenquellensicht des Cubes untersucht und die Beziehungen zwischen Attributen in Dimensionen untersucht werden. SQL Server Analysis Services legt automatisch die Dimensionsverwendungseinstellungen für die Beziehungen fest, die erkannt werden können.
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 aber auch auf einer logischen Beziehung basieren, die in der Datenquellensicht definiert ist. 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 regulärer Beziehungseigenschaften.
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.
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 einen Link zwischen ihnen definieren. Die folgende Abbildung zeigt eine Faktentabelle namens InternetSalesund zwei Dimensionstabellen namens Customer und Geographyin einem Schneeflockenschema.
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.
Weitere Informationen zu Beziehungen, auf die verwiesen wird, finden Sie unter Definieren einer Referenzbeziehung und Beziehungseigenschaften, auf die verwiesen wird.
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. Das folgende Diagramm zeigt beispielsweise die Faktentabelle FactResellerSales aus der Adventure Works DW Multidimensional 2012-Beispieldatenbank an.
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 Die Benutzer auf jeden Fall daran interessiert, aggregierte Informationen, wie die Gesamtkosten des Produkts, für alle Bestellungen anzuzeigen, die unter einer einzigen Nachverfolgungsnummer 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.
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 jedem Update 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 die SQL Server Analysis Services Verarbeitungs-Engine alle Caches und verarbeitet die Measuregruppe inkrementell.
Weitere Informationen zu Faktenbeziehungen finden Sie unter Definieren einer Faktenbeziehung 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.
SQL Server SQL Server Analysis Services können Sie eine n:n-Beziehung zwischen einer Dimension und einer Faktentabelle 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 Beziehungen mit vielen Zunen finden Sie unter Definieren einer Viel-zu-Viele-Beziehung und n-zu-n-Beziehungseigenschaften.