Dimensionen – Einführung

Gilt für: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

Alle Dimensionen von Microsoft SQL Server SQL Server Analysis Services sind Gruppen von Attributen, die auf Spalten aus Tabellen oder Ansichten in einer Datenquellensicht basieren. Dimensionen sind unabhängig von einem Cube vorhanden, können in mehreren Cubes verwendet werden, können mehrmals in einem einzelnen Cube verwendet werden und können zwischen SQL Server Analysis Services-Instanzen verknüpft werden. Eine unabhängig von einem Cube vorhandene Dimension wird als Datenbankdimension bezeichnet und eine innerhalb eines Cubes verwendete Instanz einer Datenbankdimension als Cubedimension.

Dimension auf Basis eines Sternschemaentwurfs

Die Struktur einer Dimension hängt größtenteils von der Struktur der zugrunde liegenden Dimensionstabellen ab. Die einfachste Struktur ist das Sternschema, bei dem jede Dimension auf einer einzelnen Dimensionstabelle basiert, die über einen Primärschlüssel direkt mit der Faktentabelle verknüpft ist - Fremdschlüsselbeziehung.

Das folgende Diagramm veranschaulicht einen Unterabschnitt der AdventureWorksDW2012-Beispieldatenbank , in der die FactResellerSales-Faktentabelle mit zwei Dimensionstabellen, DimReseller und DimPromotion, verknüpft ist. Die Spalte ResellerKey in der Faktentabelle FactResellerSales definiert eine Fremdschlüsselbeziehung zur Primärschlüsselspalte ResellerKey in der Dimensionstabelle DimReseller . Ebenso definiert die Spalte PromotionKey in der Faktentabelle FactResellerSales eine Fremdschlüsselbeziehung zur Primärschlüsselspalte PromotionKey in der Dimensionstabelle DimPromotion .

Dimension auf Basis eines Schneeflocken-Schemaentwurfs

In vielen Fällen ist eine komplexere Struktur erforderlich, da zum Definieren der Dimension Informationen aus mehreren Tabellen erforderlich sind. In dieser Struktur, die als Schneeflockenschema bezeichnet wird, basieren die einzelnen Dimensionen auf Attributen aus Spalten mehrerer Tabellen, die über Primärschlüssel-Fremdschlüssel-Beziehungen miteinander und letztendlich mit der Faktentabelle verknüpft sind. Das folgende Diagramm veranschaulicht beispielsweise die Tabellen, die erforderlich sind, um die Product-Dimension im AdventureWorksDW-Beispielprojekt vollständig zu beschreiben:

Um ein Produkt vollständig beschreiben zu können, müssen Kategorie und Unterkategorie des Produkts in der Product-Dimension enthalten sein. Diese Informationen befinden sich jedoch nicht direkt in der Standard Tabelle für die DimProduct-Dimension. Eine Fremdschlüsselbeziehung von DimProduct zu DimProductSubcategory, die wiederum eine Fremdschlüsselbeziehung zur DimProductCategory-Tabelle aufweist, ermöglicht es, die Informationen für Produktkategorien und Unterkategorien in die Product-Dimension einzuschließen.

Schneeflockenschema im Vergleich zur Bezugsdimensionsbeziehung

Manchmal haben Sie die Wahl, ob Sie Attribute in einer Dimension mithilfe eines Schneeflockenschemas aus mehreren Tabellen erstellen oder ob Sie zwei separate Dimensionen definieren und eine auf dem Konzept der Bezugsdimension basierende Beziehung zwischen ihnen festlegen. Das folgende Diagramm veranschaulicht dieses Szenario.

Im vorherigen Diagramm verfügt die FactResellerSales-Faktentabelle nicht über eine Fremdschlüsselbeziehung zur DimGeography-Dimensionstabelle . Die FactResellerSales-Faktentabelle verfügt jedoch über eine Fremdschlüsselbeziehung mit der DimReseller-Dimensionstabelle , die wiederum eine Fremdschlüsselbeziehung mit der DimGeography-Dimensionstabelle aufweist. Um eine Reseller-Dimension zu definieren, die geografieinformationen zu den einzelnen Handelspartnern enthält, müssen Sie diese Attribute aus den Dimensionstabellen DimGeography und DimReseller abrufen. In SQL Server Analysis Services können Sie jedoch das gleiche Ergebnis erzielen, indem Sie zwei separate Dimensionen erstellen und diese in einer Measuregruppe verknüpfen, indem Sie eine Beziehung zwischen den beiden Dimensionen definieren. Weitere Informationen zu Referenzdimensionsbeziehungen finden Sie unter Dimensionsbeziehungen.

Ein Vorteil der Verwendung von Bezugsdimensionsbeziehungen in diesem Szenario liegt darin, dass Sie eine einzelne Geography-Dimension und anschließend mehrere darauf basierende Cubedimensionen erstellen können, ohne zusätzlichen Speicherplatz zu benötigen. Sie können z. B. eine der Geography-Cubedimensionen mit einer Reseller-Dimension verknüpfen und eine andere mit einer Customer-Dimension. Verwandte Themen:Dimensionsbeziehungen, Definieren einer Referenzbeziehung und Beziehungseigenschaften, auf die verwiesen wird

Verarbeiten einer Dimension

Wenn Sie eine Dimension erstellt haben, müssen Sie diese verarbeiten, bevor Sie die Elemente der Attribute und Hierarchien in der Dimension anzeigen können. Wenn sich die Struktur einer Dimension geändert hat oder die Informationen in den zugrunde liegenden Tabellen aktualisiert wurden, müssen Sie die Dimension erneut verarbeiten, bevor Sie die Änderungen anzeigen können. Beim Verarbeiten einer Dimension nach einer strukturellen Änderung müssen sämtliche Cubes, die die Dimension enthalten, ebenfalls verarbeitet werden. Andernfalls kann der Cube nicht angezeigt werden.

Sicherheit

Alle untergeordneten Objekte einer Dimension, einschließlich Hierarchien, Ebenen und Membern, werden mithilfe von Rollen in SQL Server Analysis Services gesichert. Die Dimensionssicherheit kann für alle Cubes in der Datenbank angewendet werden, die die Dimension verwenden, oder nur für einen bestimmten Cube. Weitere Informationen zur Dimensionssicherheit finden Sie unter Gewähren von Berechtigungen für eine Dimension (Analysis Services).

Weitere Informationen

Speichern von Dimensionen
Dimensionsübersetzungen
Dimensionen mit aktivierten Schreibvorgängen