Dimensionenbeziehungen

Die Dimensionsverwendung definiert die Beziehungen zwischen einer Cubedimension und den Measuregruppen in einem Cube. Eine Cubedimension ist eine Instanz einer Datenbankdimension, die in einem bestimmten Cube verwendet wird. Ein Cube kann und hat häufig Cubedimensionen, die nicht direkt mit einer Measuregruppe verknüpft sind, aber indirekt mit der Measuregruppe über eine andere Dimension oder Measuregruppe verknüpft sein können. Wenn Sie einem Cube eine Datenbankdimension oder Measuregruppe hinzufügen, versucht Microsoft SQL Server Analysis Services, die Bemaßungsnutzung zu bestimmen, indem Beziehungen zwischen den Dimensionstabellen und Faktentabellen in der Datenquellenansicht des Cubes untersucht und die Beziehungen zwischen Attributen in Dimensionen untersucht werden. Analysis Services legt automatisch die Bemaßungsnutzungseinstellungen für die Beziehungen fest, die erkannt werden können.

Eine Beziehung zwischen einer Dimension und einer Measuregruppe besteht aus den Dimensionen und Faktentabellen, die an der Beziehung teilnehmen, 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 für die Dimension direkt mit der Faktentabelle verknüpft wird. Diese direkte Beziehung basiert auf einer Primärschlüssel-Fremdschlüsselbeziehung in der zugrunde liegenden relationalen Datenbank, kann aber auch auf einer logischen Beziehung basieren, die in der Datenquellenansicht definiert ist. Eine reguläre Dimensionsbeziehung stellt die Beziehung zwischen Dimensionstabellen und einer Faktentabelle in einem herkömmlichen Sternschemaentwurf dar. Weitere Informationen zu regulären Beziehungen finden Sie unter Define a Regular Relationship and Regular Relationship Properties.

Referenzdimensionsbeziehungen

Eine Referenzdimensionsbeziehung zwischen einer Cubedimension und einer Measuregruppe ist vorhanden, wenn die Schlüsselspalte für die Dimension indirekt mit der Faktentabelle über einen Schlüssel in einer anderen Dimensionstabelle verknüpft wird, wie in der folgenden Abbildung dargestellt.

Eine Referenzdimensionsbeziehung stellt die Beziehung zwischen Dimensionstabellen und einer Faktentabelle in einem Schneeflockenschemaentwurf dar. Wenn Bemaßungstabellen 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 dann eine Verknüpfung zwischen ihnen mithilfe der Einstellung für die Referenzdimensionsbeziehung definieren. Die folgende Abbildung zeigt eine Faktentabelle mit dem Namen "InternetSales" und zwei Dimensionstabellen namens "Customer and Geography" in einem Schneeflockenschema.

Sie können eine Dimension mit der Tabelle " Kunde " als Haupttabelle der Dimension und der Tabelle "Geographie" erstellen, die als verknüpfte Tabelle enthalten ist. Anschließend wird eine reguläre Beziehung zwischen der Dimension und der Measuregruppe "InternetSales" definiert.

Alternativ können Sie zwei Dimensionen erstellen, die sich auf die Measuregruppe "InternetSales" beziehen: eine Dimension basierend auf der Tabelle "Kunde " und eine Dimension basierend auf der Tabelle "Geographie ". Anschließend können Sie die Dimension "Geography" mit der Measuregruppe "InternetSales" verknüpfen, indem Sie eine Referenzdimensionsbeziehung mithilfe der Dimension "Customer" verwenden. In diesem Fall, wenn die Fakten in der InternetSales-Measuregruppe von der Dimension "Geographie" dimensioniert werden, werden die Fakten vom Kunden und von der Geografie dimensioniert. Wenn der Cube eine zweite Measuregruppe namens Reseller Sales enthielt, können Sie die Fakten in der Measuregruppe "Reseller Sales" nach "Geographie" nicht dimensionieren, da keine Beziehung zwischen Reseller Sales und Geography besteht.

Es gibt keine Beschränkung auf die Anzahl der Bezugsabmessungen, die miteinander verkettet werden können, wie in der folgenden Abbildung dargestellt.

Weitere Informationen zu referenzierten Beziehungen finden Sie unter Define a Referenced Relationship and Referenced Relationship Properties.

Faktendimensionsbeziehungen

Faktendimensionen, die häufig als degenerate Dimensionen bezeichnet werden, sind Standardabmessungen, die aus Attributspalten in Faktentabellen und nicht aus Attributspalten in Bemaßungstabellen erstellt werden. Nützliche dimensionale Daten werden manchmal in einer Faktentabelle gespeichert, um die Duplizierung zu reduzieren. Im folgenden Diagramm wird beispielsweise die FactResellerSales-Faktentabelle aus der Beispieldatenbank Adventure Works DW Multidimensional 2012 angezeigt.

Die Tabelle enthält Attributinformationen nicht nur für jede Zeile einer Bestellung, die von einem Händler ausgestellt wurde, sondern über den Auftrag selbst. Die im vorherigen Diagramm eingekreisten Attribute identifizieren die Informationen in der Tabelle "FactResellerSalesales ", die als Attribute in einer Dimension verwendet werden können. In diesem Fall werden zwei zusätzliche Informationen, die Sendungsverfolgungsnummer des Netzbetreibers und die vom Händler ausgestellte Bestellnummer, durch die Spalten CarrierTrackingNumber und CustomerPONumber-Attribut dargestellt. Diese Informationen sind z. B. interessant, die Benutzer würden definitiv daran interessiert sein, aggregierte Informationen wie die Gesamtproduktkosten für alle Bestellungen zu sehen, die unter einer einzigen Nachverfolgungsnummer versandt werden. Ohne Bemaßungsdaten für diese beiden Attribute kann jedoch nicht organisiert oder aggregiert werden.

Theoretisch könnten Sie eine Dimensionstabelle erstellen, die dieselben Schlüsselinformationen wie die Tabelle "FactResellerSales" verwendet und die anderen beiden Attributspalten "CarrierTrackingNumber" und "CustomerPONumber" in diese Dimensionstabelle verschieben. Sie würden jedoch einen erheblichen Teil der Daten duplizieren und dem Data Warehouse unnötige Komplexität hinzufügen, um nur zwei Attribute als separate Dimension darzustellen.

Weitere Informationen zu Faktenbeziehungen finden Sie unter Define a Fact Relationship and Fact Relationship Properties.

Viele bis viele Dimensionsbeziehungen

In den meisten Dimensionen wird jede Tatsache mit einem und nur einem Dimensionselement verknüpft, und ein einzelnes Dimensionselement kann mehreren Fakten zugeordnet werden. In relationaler Datenbankterminologie wird dies als 1:n-Beziehung bezeichnet. Es ist jedoch häufig hilfreich, eine einzige Tatsache mit mehreren Dimension-Membern zu verbinden. Beispielsweise kann ein Bankkunde über mehrere Konten (Überprüfung, Speichern, Kreditkarte und Anlagekonten) verfügen, und ein Konto kann auch über gemeinsame oder mehrere Besitzer verfügen. Die aus diesen Beziehungen erstellte Dimension "Customer" hätte dann mehrere Mitglieder, die sich auf eine einzelne Kontotransaktion beziehen.

Mit SQL Server Analysis Services können Sie eine m:n-Beziehung zwischen einer Dimension und einer Faktentabelle definieren.

Weitere Informationen zu m:n-Beziehungen finden Sie unter Define a Many-to-Many Relationship and Many-to-Many Relationship Properties.

Siehe auch

Dimensionen (Analysis Services - Multidimensionale Daten)