Partitionen (Analysis Services - Multidimensional Data)

Eine Partition ist ein Container für einen Teil der Measuregruppendaten. Partitionen werden von MDX-Abfragen nicht angezeigt; Alle Abfragen spiegeln den gesamten Inhalt der Measuregruppe wider, unabhängig davon, wie viele Partitionen für die Measuregruppe definiert sind. Der Dateninhalt einer Partition wird durch die Abfragebindungen der Partition und durch den Slicing-Ausdruck definiert.

Ein einfaches Partition Objekt besteht aus: grundlegende Informationen, Definition der Daten, Aggregationsdesign und andere. Grundlegende Informationen umfassen den Namen der Partition, den Speichermodus, den Verarbeitungsmodus und andere. Die Slicing-Definition ist ein MDX-Ausdruck, der ein Tupel oder einen Satz angibt. Die Slicing-Definition hat die gleichen Einschränkungen wie die StrToSet MDX-Funktion. Zusammen mit dem PARAMETER "CONSTRAINED" kann die Slicing-Definition Dimension, Hierarchie, Ebenen- und Elementnamen, Schlüssel, eindeutige Namen oder andere benannte Objekte im Cube verwenden, aber keine MDX-Funktionen verwenden. Der Aggregationsentwurf ist eine Sammlung von Aggregationsdefinitionen, die für mehrere Partitionen freigegeben werden können. Der Standardwert stammt aus dem Aggregationsdesign des übergeordneten Cubes.

Partitionen werden von Microsoft SQL Server Analysis Services verwendet, um Daten und Aggregationen für eine Measuregruppe in einem Cube zu verwalten und zu speichern. Jede Measuregruppe verfügt über mindestens eine Partition; diese Partition wird erstellt, wenn die Measuregruppe definiert ist. Wenn Sie eine neue Partition für eine Measuregruppe erstellen, wird die neue Partition dem Satz von Partitionen hinzugefügt, die bereits für die Measuregruppe vorhanden sind. Die Measuregruppe gibt die kombinierten Daten wieder, die in allen Partitionen enthalten sind. Dies bedeutet, dass Sie sicherstellen müssen, dass die Daten für eine Partition in einer Measuregruppe exklusiv für alle anderen Partitionen in der Measuregruppe sind, um sicherzustellen, dass daten nicht mehr als einmal in der Measuregruppe widerzuspiegeln sind. Die ursprüngliche Partition für eine Measuregruppe basiert auf einer einzelnen Faktentabelle in der Datenquellenansicht des Cubes. Wenn mehrere Partitionen für eine Measuregruppe vorhanden sind, kann jede Partition in der Datenquellenansicht oder in der zugrunde liegenden relationalen Datenquelle für den Cube auf eine andere Tabelle verweisen. Mehrere Partitionen in einer Measuregruppe können auf dieselbe Tabelle verweisen, wenn jede Partition auf unterschiedliche Zeilen in der Tabelle beschränkt ist.

Partitionen sind ein leistungsfähiges und flexibles Mittel zum Verwalten von Cubes, insbesondere großen Cubes. Beispielsweise kann ein Cube, der Verkaufsinformationen enthält, eine Partition für die Daten jedes letzten Jahres und auch Partitionen für jedes Quartal des aktuellen Jahres enthalten. Nur die aktuelle Quartalspartition muss verarbeitet werden, wenn dem Cube aktuelle Informationen hinzugefügt werden. Die Verarbeitung einer kleineren Datenmenge verbessert die Verarbeitungsleistung, indem die Verarbeitungszeit verringert wird. Am Ende des Jahres können die vier vierteljährlichen Partitionen in eine einzige Partition für das Jahr und eine neue Partition zusammengeführt werden, die für das erste Quartal des neuen Jahres erstellt wurde. Darüber hinaus kann dieser neue Partitionserstellungsprozess als Teil ihrer Data Warehouse-Lade- und Cubeverarbeitungsverfahren automatisiert werden.

Partitionen sind für Geschäftsbenutzer des Cubes nicht sichtbar. Administratoren können Partitionen jedoch konfigurieren, hinzufügen oder ablegen. Jede Partition wird in einer separaten Gruppe von Dateien gespeichert. Die aggregierten Daten jeder Partition können in der Instanz von Analysis Services gespeichert werden, in der die Partition definiert ist, in einer anderen Instanz von Analysis Services oder in der Datenquelle, die zum Bereitstellen der Quelldaten der Partition verwendet wird. Partitionen ermöglichen es, die Quelldaten und aggregierten Daten eines Cubes auf mehreren Festplatten und auf mehreren Servercomputern zu verteilen. Für einen Cube mit moderater bis großer Größe können Partitionen die Abfrageleistung, die Ladeleistung und die einfache Cubewartung erheblich verbessern. Weitere Informationen zu Remotepartitionen finden Sie unter Remotepartitionen.

Der Speichermodus jeder Partition kann unabhängig von anderen Partitionen in der Measuregruppe konfiguriert werden. Partitionen können mithilfe einer beliebigen Kombination von Optionen für quelldatenspeicherort, Speichermodus, proaktives Zwischenspeichern und Aggregationsdesign gespeichert werden. Mit Optionen für OLAP in Echtzeit und proaktiver Zwischenspeicherung können Sie beim Entwerfen einer Partition die Abfragegeschwindigkeit mit der Latenz ausgleichen. Speicheroptionen können auch auf verwandte Dimensionen und Fakten in einer Measuregruppe angewendet werden. Mit dieser Flexibilität können Sie Cubespeicherstrategien für Ihre Anforderungen entwerfen. Weitere Informationen finden Sie unter Partitionsspeichermodi und -verarbeitung, Aggregations- und Aggregationsdesigns und proaktives Zwischenspeichern (Partitionen).

Partitionsstruktur

Die Struktur einer Partition muss mit der Struktur ihrer Measuregruppe übereinstimmen, was bedeutet, dass die Measures, die die Measuregruppe definieren, auch in der Partition definiert werden müssen, zusammen mit allen verwandten Dimensionen. Wenn eine Partition erstellt wird, erbt sie daher automatisch denselben Satz von Measures und verwandten Dimensionen, die für die Measuregruppe definiert wurden.

Jede Partition in einer Measuregruppe kann jedoch eine andere Faktentabelle aufweisen, und diese Faktentabellen können aus verschiedenen Datenquellen stammen. Wenn unterschiedliche Partitionen in einer Measuregruppe unterschiedliche Faktentabellen aufweisen, müssen die Tabellen ausreichend ähnlich sein, um die Struktur der Measuregruppe beizubehalten, was bedeutet, dass die Verarbeitungsabfrage dieselben Spalten und dieselben Datentypen für alle Faktentabellen für alle Partitionen zurückgibt.

Wenn Faktentabellen für unterschiedliche Partitionen aus unterschiedlichen Datenquellen stammen, müssen die Quelltabellen für alle verwandten Dimensionen und alle Zwischen fact-Tabellen auch in allen Datenquellen vorhanden sein und die gleiche Struktur in allen Datenbanken aufweisen. Außerdem müssen alle Dimensionstabellenspalten, die zum Definieren von Attributen für Cubeabmessungen im Zusammenhang mit der Measuregruppe verwendet werden, in allen Datenquellen vorhanden sein. Es ist nicht erforderlich, alle Verknüpfungen zwischen der Quelltabelle einer Partition und einer verknüpften Dimensionstabelle zu definieren, wenn die Partitionsquelltabelle die gleiche Struktur wie die Quelltabelle für die Measuregruppe aufweist.

Spalten, die nicht zum Definieren von Measures in der Measuregruppe verwendet werden, können in einigen Faktentabellen vorhanden sein, aber in anderen nicht vorhanden. Ebenso können Spalten, die nicht zum Definieren von Attributen in verknüpften Dimensionstabellen verwendet werden, in einigen Datenbanken vorhanden sein, aber in anderen nicht vorhanden sind. Tabellen, die nicht für Faktentabellen oder verwandte Dimensionstabellen verwendet werden, können in einigen Datenbanken vorhanden sein, aber in anderen nicht vorhanden.

Datenquellen und Partitionsspeicher

Eine Partition basiert entweder auf einer Tabelle oder Ansicht in einer Datenquelle oder auf einer Tabelle oder benannten Abfrage in einer Datenquellenansicht. Der Speicherort, an dem Partitionsdaten gespeichert werden, wird durch die Datenquellenbindung definiert. In der Regel können Sie eine Measuregruppe horizontal oder vertikal partitionieren:

• In einer horizontal partitionierten Measuregruppe basiert jede Partition in einer Measuregruppe auf einer separaten Tabelle. Diese Art der Partitionierung ist geeignet, wenn Daten in mehrere Tabellen getrennt werden. Beispielsweise verfügen einige relationale Datenbanken über eine separate Tabelle für die Daten jedes Monats.

• In einer vertikal partitionierten Measuregruppe basiert eine Measuregruppe auf einer einzelnen Tabelle, und jede Partition basiert auf einer Quellsystemabfrage, die die Daten für die Partition filtert. Wenn beispielsweise eine einzelne Tabelle mehrere Monate Daten enthält, könnte die Measuregruppe weiterhin nach Monat partitioniert werden, indem eine Transact-SQL WHERE-Klausel angewendet wird, die für jede Partition eine separate Monatsdaten zurückgibt.

Jede Partition verfügt über Speichereinstellungen, die bestimmen, ob die Daten und Aggregationen für die Partition in der lokalen Instanz von Analysis Services oder in einer Remotepartition mit einer anderen Instanz von Analysis Services gespeichert werden. Die Speichereinstellungen können auch den Speichermodus angeben und festlegen, ob die proaktive Zwischenspeicherung verwendet wird, um die Latenz für eine Partition zu steuern. Weitere Informationen finden Sie unter Partitionsspeichermodi und -verarbeitung, proaktives Zwischenspeichern (Partitionen) und Remotepartitionen.

Inkrementelle Updates

Wenn Sie Partitionen in Measuregruppen mit mehreren Partitionen erstellen und verwalten, müssen Sie besondere Vorsichtsmaßnahmen ergreifen, um sicherzustellen, dass Cubedaten korrekt sind. Obwohl diese Vorsichtsmaßnahmen in der Regel nicht auf Measuregruppen mit einer einzigen Partition angewendet werden, gelten sie beim inkrementellen Aktualisieren von Partitionen. Wenn Sie eine Partition inkrementell aktualisieren, wird eine neue temporäre Partition erstellt, die eine Struktur aufweist, die mit der der Quellpartition identisch ist. Die temporäre Partition wird verarbeitet und dann mit der Quellpartition zusammengeführt. Daher müssen Sie sicherstellen, dass die Verarbeitungsabfrage, die die temporäre Partition auffüllt, keine Daten dupliziert, die bereits in einer vorhandenen Partition vorhanden sind.

Siehe auch

Konfigurieren von Measureeigenschaften
Cubes in multidimensionalen Modellen