Zusammenführen von Partitionen in Analysis Services (SSAS – Mehrdimensional)

  • Artikel

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

Sie können Partitionen in einer vorhandenen SQL Server Analysis Services Datenbank zusammenführen, um Faktendaten aus mehreren Partitionen derselben Measuregruppe zu konsolidieren.

Gängige Szenarios

Anforderungen

Aktualisieren der Partitionsquelle nach dem Zusammenführen von Partitionen

Besondere Überlegungen für Partitionen, die nach Faktentabelle oder benannter Abfrage segmentiert sind

Zusammenführen von Partitionen mithilfe von SSMS

Zusammenführen von Partitionen mithilfe von XMLA

Häufige Szenarios

Die am häufigsten vorkommende Konfiguration für die Verwendung von Partitionen umfasst die Trennung von Daten über die Dimension der Zeit. Die den einzelnen Partitionen zugeordnete Zeitgranularität richtet sich nach den für das Projekt geltenden Geschäftsanforderungen. Die Segmentierung kann z. B. nach Jahr erfolgen, wobei das aktuelle Jahr nach Monaten unterteilt und eine separate Partition für den aktiven Monat vorhanden ist. Der Partition für den aktiven Monat werden regelmäßig neue Daten hinzugefügt.

Wenn der aktive Monat abgeschlossen ist, wird diese Partition wieder mit den Monaten in der Partition für das laufende Jahr zusammengeführt, und der Prozess wird fortgesetzt. Bis zum Ende des Jahres entsteht auf diese Weise eine vollständige neue Jahrespartition.

Wie dieses Szenario veranschaulicht, kann das Zusammenführen von Partitionen zu einer regelmäßig ausgeführten Routineaufgabe werden. Somit stellt es einen fortschrittlichen Ansatz für das Konsolidieren und Organisieren von Verlaufsdaten dar.

Anforderungen

Partitionen können nur zusammengeführt werden, wenn sie sämtliche der folgenden Kriterien erfüllen:

  • Sie verfügen über dieselbe Measuregruppe.

  • Sie verfügen über die gleiche Struktur.

  • Sie müssen sich im Status Verarbeitet befinden.

  • Sie verfügen über dieselben Speichermodi.

  • Sie enthalten einen identischen Aggregationsentwurf.

  • Sie verfügen über denselben Kompatibilitätsgrad der Zeichenfolgenspeicher (gilt nur für partitionierte Distinct Count Measure-Gruppen).

Wenn die Zielpartition leer ist (d. h., sie verfügt über einen Aggregationsentwurf, aber keine Aggregationen), werden die Aggregationen für die Quellpartitionen beim Zusammenführen gelöscht. Sie müssen Index verarbeiten, Vollständig verarbeiten oder Standard verarbeiten für die Partition ausführen, um die Aggregationen zu erstellen.

Remotepartitionen können nur mit anderen Remotepartitionen zusammengeführt werden, die mit demselben Remote instance von SQL Server Analysis Services definiert sind.

Hinweis

Wenn Sie lokale Partitionen mit Remotepartitionen kombinieren, besteht ein alternativer Ansatz in der Erstellung neuer Partitionen, die die kombinierten Daten enthalten. Die nicht mehr benötigten Partitionen werden gelöscht.

Wenn Sie eine Partition erstellen, die später zusammengeführt werden soll, können Sie beim Erstellen der Partition im Partitions-Assistenten den Aggregationsaufbau einer anderen Partition des Cubes kopieren. Dadurch wird sichergestellt, dass diese Partitionen über den gleichen Aggregationsentwurf verfügen. Beim Zusammenführen werden die Aggregationen der Quellpartition mit den Aggregationen der Zielpartition kombiniert.

Aktualisieren der Partitionsquelle nach dem Zusammenführen von Partitionen

Partitionen werden nach Abfrage segmentiert, etwa so wie die WHERE-Klausel einer SQL-Abfrage zur Verarbeitung der Daten verwendet wird, oder nach einer Tabelle oder benannten Abfrage, die Daten für die Partition bereitstellt. Die Source -Eigenschaft der Partition gibt an, ob die Partition an eine Abfrage oder eine Tabelle gebunden ist.

Beim Zusammenführen von Partitionen wird der Inhalt der Partitionen konsolidiert, die Source -Eigenschaft wird jedoch nicht aktualisiert, um den erweiterten Partitionsbereich widerzuspiegeln. Wenn Sie eine Partition, die ihre ursprüngliche Sourcebeibehält, also später erneut verarbeiten, rufen Sie falsche Daten aus dieser Partition ab. Die Partition aggregiert die Daten fälschlicherweise auf der übergeordneten Ebene. Im folgenden Beispiel wird dieses Verhalten veranschaulicht.

Das Problem

Angenommen, Sie verfügen über einen Cube, der Informationen zu drei nicht alkoholischen Getränken enthält. Er verfügt über drei Partitionen, die dieselbe Faktentabelle verwenden. Diese Partitionen sind nach Produkt segmentiert. Partition 1 enthält Daten über [ColaFull], Partition 2 enthält Daten über [ColaDecaf] und Partition 3 enthält Daten über [ColaDiet]. Wenn Partition 3 in Partition 2 zusammengeführt wird, sind die Daten in der sich ergebenden Partition (Partition 2) richtig und die Cubedaten sind richtig. Wenn Partition 2 verarbeitet wird, kann ihr Inhalt jedoch vom übergeordneten Element auf der Produktebene bestimmt werden. Dieses übergeordnete Element, [SoftDrinks], enthält auch [ColaFull], das Produkt in Partition 1. Durch das Verarbeiten von Partition 2 wird die Partition mit Daten für alle Softdrinks geladen, einschließlich [ColaFull]. Der Cube enthält dann doppelte Daten für [ColaFull] und gibt falsche Daten an Endbenutzer zurück.

Die Lösung

Die Lösung liegt in der Aktualisierung der Source -Eigenschaft. Dabei wird entweder die WHERE-Klausel oder benannte Abfrage angepasst, oder Daten aus den zugrunde liegenden Faktentabellen werden manuell zusammengeführt. So kann sichergestellt werden, dass die nachfolgende Verarbeitung unter Berücksichtigung des erweiterten Partitionsbereichs präzise abläuft.

In diesem Beispiel können Sie nach dem Zusammenführen von Partition 3 in Partition 2 einen Filter bereitstellen, z.B. ("Product" = 'ColaDecaf' OR "Product" = 'ColaDiet'), um die Daten in der sich ergebenden Partition 2 anzugeben, damit nur Daten über [ColaDecaf] und [ColaDiet] aus der Faktentabelle extrahiert und die zu [ColaFull] gehörenden Daten ausgeschlossen werden. Alternativ können Sie bereits beim Erstellen Filter für Partition 2 und Partition 3 angeben. Diese Filter werden beim Zusammenführen dann kombiniert. In beiden Fällen enthält der Cube nach der Verarbeitung der Partition keine doppelten Daten.

Schlussfolgerung

Nach dem Zusammenführen von Partitionen sollten Sie Source immer daraufhin überprüfen, ob der richtige Filter für die zusammengeführten Daten verwendet wird. Wenn Sie anfänglich eine Partition mit den Verlaufsdaten für Q1, Q2 und Q3 verwendet haben und diese jetzt mit Q4 zusammenführen möchten, müssen Sie Q4 einbeziehen, indem Sie den Filter anpassen. Andernfalls werden bei der nachfolgenden Verarbeitung der Partition fehlerhafte Ergebnisse zurückgegeben, bei denen Q4 nicht berücksichtigt wird.

Besondere Überlegungen für Partitionen, die nach Faktentabelle oder benannter Abfrage segmentiert sind

Zusätzlich zu Abfragen können auch Partitionen nach Tabelle oder benannter Abfrage segmentiert werden. Wenn Quell- und Zielpartition dieselbe Faktentabelle in einer Datenquelle oder Datenquellensicht verwenden, behält die Source -Eigenschaft nach dem Zusammenführen von Partitionen Gültigkeit. Sie gibt die Faktentabellendaten für die resultierende Partition an. Da die für die resultierende Partition erforderlichen Fakten in der Faktentabelle vorhanden sind, muss die Source -Eigenschaft nicht geändert werden.

Partitionen, die Daten aus mehreren Faktentabellen oder benannten Abfragen verwenden, erfordern zusätzlichen Arbeitsaufwand. Sie müssen die Fakten aus der Faktentabelle der Quellpartition manuell mit der Faktentabelle der Zielpartition zusammenführen.

Sie können auch die Quelle einer zusammengeführten Partition in eine benannte Abfrage ändern, die den Inhalt der beiden getrennten Faktentabellen zurückgibt. Wird dieser manuelle Schritt nicht ausgeführt, enthält die Faktentabelle nicht die vollständigen Informationen.

Aus diesem Grund müssen Partitionen, die segmentierte Daten aus benannten Abfragen abrufen, ebenfalls aktualisiert werden. Die kombinierte Partition muss jetzt über eine benannte Abfrage verfügen, die das kombinierte Resultset zurückgibt, das zuvor aus separaten benannten Abfragen abgerufen wurde.

Überlegungen zum Partitionsspeicher: MOLAP

Beim Zusammenführen von MOLAP-Partitionen werden die in den mehrdimensionalen Strukturen der Partitionen gespeicherten Fakten ebenfalls zusammengeführt. Dies führt zu einer in sich vollständigen und konsistenten Partition. Die in MOLAP-Partitionen gespeicherten Fakten sind Kopien der Fakten in der Faktentabelle. Bei einem späteren Verarbeiten der Partition werden die Fakten in der mehrdimensionalen Struktur gelöscht (nur bei einer vollständigen Verarbeitung oder Aktualisierung) und Daten, wie durch die Datenquelle und den Filter der Partition angegeben, aus der Faktentabelle kopiert. Wenn die Quellpartition eine andere Faktentabelle aus der Zielpartition verwendet, muss die Faktentabelle der Quellpartition manuell mit der Faktentabelle der Zielpartition zusammengeführt werden, um sicherzustellen, dass eine vollständige Datenmenge verfügbar ist, wenn die sich ergebende Partition verarbeitet wird. Dies trifft auch zu, wenn die beiden Partitionen auf zwei unterschiedlichen benannten Abfragen basieren.

Wichtig

Eine zusammengeführte MOLAP-Partition mit einer unvollständigen Faktentabelle enthält eine intern zusammengeführte Kopie der Faktentabellendaten und wird bis zu ihrer Verarbeitung einwandfrei ausgeführt.

Überlegungen zum Partitionsspeicher: HOLAP- und ROLAP-Partitionen

Beim Zusammenführen von HOLAP- oder ROLAP-Partitionen, die über verschiedene Faktentabellen verfügen, werden die Faktentabellen nicht automatisch zusammengeführt. Werden die Faktentabellen nicht manuell zusammengeführt, ist nur die mit der Zielpartition verknüpfte Faktentabelle für die sich ergebende Partition verfügbar. Mit der Quellpartition verknüpfte Fakten sind nicht für Drilldowns in der sich ergebenden Partition verfügbar, und beim Verarbeiten der Partition fassen die Aggregationen keine Daten aus der nicht verfügbaren Tabelle zusammen.

Wichtig

Eine zusammengeführte HOLAP- oder ROLAP-Partition mit einer unvollständigen Faktentabelle enthält richtige Aggregationen, jedoch unvollständige Fakten. Abfragen, die auf fehlende Fakten verweisen, geben falsche Daten zurück. Beim Verarbeiten der Partition werden Aggregationen nur aus verfügbaren Fakten berechnet.

Das Fehlen nicht verfügbarer Fakten wird möglicherweise nicht bemerkt, bis ein Benutzer versucht, einen Drilldown zu Fakten in der nicht verfügbaren Tabelle durchzuführen oder eine Abfrage auszuführen, die Fakten aus der nicht verfügbaren Tabelle erfordert. Da Aggregationen während des Zusammenführens kombiniert werden, geben Abfragen, deren Ergebnisse nur auf Aggregationen basieren, genaue Daten zurück, während andere Abfragen möglicherweise ungenaue Daten zurückgeben. Selbst nach dem Verarbeiten der sich ergebenden Partition ist es möglicherweise nicht erkennbar, dass Daten aus der nicht verfügbaren Faktentabelle fehlen; insbesondere dann, wenn diese nur einen kleinen Anteil der kombinierten Daten darstellen.

Faktentabellen können vor oder nach dem Zusammenführen von Partitionen zusammengeführt werden. Die Aggregationen zeigen jedoch die zugrundeliegenden Fakten nicht einwandfrei an, bis beide Vorgänge abgeschlossen wurden. Es wird empfohlen, dass Sie HOLAP- oder ROLAP-Partitionen, die auf verschiedene Faktentabellen zugreifen, dann zusammenführen, wenn Benutzer nicht mit dem Cube verbunden sind, der diese Partitionen enthält.

Zusammenführen von Partitionen mithilfe von SSMS

Wichtig

Vor dem Zusammenführen von Partitionen kopieren Sie zunächst die Datenfilterinformationen (häufig die WHERE-Klausel für Filter basierend auf SQL-Abfragen). Nachdem die Zusammenführung abgeschlossen ist, sollten Sie später die Eigenschaft für die Partitionsquelle der Partition aktualisieren, in der die akkumulierten Faktendaten enthalten sind.

  1. Erweitern Sie im Objekt-Explorer den Knoten Measuregruppen des Cubes, in dem die zusammenzuführenden Partitionen enthalten sind. Anschließend erweitern Sie Partitionenund klicken mit der rechten Maustaste auf die Partition, die das Ziel des Zusammenführungsvorgangs ist. Wenn Sie z. B. vierteljährliche Faktendaten zu einer Partition verschieben, in der jährliche Faktendaten gespeichert sind, wählen Sie die Partition aus, in der die jährlichen Faktendaten enthalten sind.

  2. Klicken Sie auf Partitionen zusammenführen, um das Dialogfeld Partitionsname <>zusammenführen zu öffnen.

  3. Aktivieren Sie unter Quellpartitionendas Kontrollkästchen neben jeder Quellpartition, die Sie mit der Zielpartition zusammenführen möchten, und klicken Sie auf OK.

    Hinweis

    Quellpartitionen werden sofort gelöscht, nachdem die Quelle mit der Zielpartition zusammengeführt wurde. Aktualisieren Sie den Ordner Partitionen, um den Inhalt nach Ende der Zusammenführung zu aktualisieren.

  4. Klicken Sie mit der rechten Maustaste auf die Partition mit den akkumulierten Daten, und wählen Sie Eigenschaftenaus.

  5. Öffnen Sie die Source -Eigenschaft, und ändern Sie die WHERE-Klausel, in der die gerade zusammengeführten Partitionsdaten enthalten sind. Zur Erinnerung: Die Source -Eigenschaft wird nicht automatisch aktualisiert. Wenn Sie ohne Aktualisierung der Source-Eigenschaft eine erneute Verarbeitung ausführen, werden möglicherweise nicht alle erwarteten Daten zurückgeben.

Zusammenführen von Partitionen mithilfe von XMLA

Weitere Informationen finden Sie in diesem Thema: Zusammenführen von Partitionen (XMLA).

Weitere Informationen

Verarbeiten von Analysis Services-Objekten
Partitionen (Analysis Services – Mehrdimensionale Daten)
Erstellen und Verwalten einer lokalen Partition (Analysis Services)
Erstellen und Verwalten einer Remotepartition (Analysis Services)
Einrichten des Rückschreibens von Partitionen
Schreibfähige Partitionen
Konfigurieren des Zeichenfolgenspeichers für Dimensionen und Partitionen