Speichermodi und Verarbeitung von Partitionen

MOLAP

Der Speichermodus MOLAP bewirkt, dass die Aggregationen der Partition sowie eine Kopie der zugehörigen Quelldaten in einer mehrdimensionalen Struktur in Analysis Services gespeichert werden, wenn die Partition verarbeitet wird. Diese MOLAP-Struktur ist stark optimiert, um die Abfrageleistung zu maximieren. Als Speicherort kann der Computer, auf dem die Partition definiert wurde, oder ein anderer Computer mit Analysis Services verwendet werden. Da sich eine Kopie der Quelldaten in der mehrdimensionalen Struktur befindet, können Abfragen aufgelöst werden, ohne auf die Quelldaten der Partition zuzugreifen. Durch das Verwenden von Aggregationen können die Antwortzeiten für Abfragen erheblich verbessert werden. Die Daten in der MOLAP-Struktur der Partition sind nur so aktuell wie am Datum, an dem die letzte Verarbeitung der Partition erfolgte.

Da sich die Quelldaten ändern, müssen Objekte mit MOLAP-Speicherung regelmäßig verarbeitet werden, um diese Änderungen aufzunehmen und sie den Benutzern zur Verfügung zu stellen. Durch die Verarbeitung werden die Daten in der MOLAP-Struktur entweder vollständig oder inkrementell aktualisiert. Die Zeit zwischen zwei Verarbeitungsvorgängen bewirkt eine Latenzzeit, während derer Daten in OLAP-Objekten möglicherweise nicht mit den Quelldaten übereinstimmen. Sie können Objekte mit MOLAP-Speicherung inkrementell oder vollständig aktualisieren, ohne die Partition oder den Cube offline schalten zu müssen. In bestimmten Situationen kann es jedoch erforderlich sein, einen Cube offline zu schalten, um bestimmte Strukturänderungen an OLAP-Objekten zu verarbeiten. Sie können die zum Aktualisieren der MOLAP-Speicherung erforderliche Ausfallzeit minimieren, indem Sie Cubes auf einem Stagingserver aktualisieren und verarbeiten und die verarbeiteten Objekte mithilfe der Datenbanksynchronisierung auf den Produktionsserver kopieren. Sie können auch die proaktive Zwischenspeicherung verwenden, um die Latenzzeit zu minimieren und die Verfügbarkeit zu optimieren und dabei gleichzeitig die Leistungsvorteile der MOLAP-Speicherung weiter zu nutzen. Weitere Informationen finden Sie unter Proaktives Zwischenspeichern (Partitionen), Synchronisieren von Analysis Services-Datenbanken und Verarbeiten von Analysis Services-Objekten.

ROLAP

Der Speichermodus ROLAP bewirkt, dass die Aggregationen der Partition in indizierten Sichten in der relationalen Datenbank gespeichert werden, die in den Quelldaten der Partition angegeben wurde. Anders als beim Speichermodus MOLAP wird beim Speichermodus ROLAP keine Kopie der Quelldaten in den Analysis Services-Datenordnern gespeichert. Wenn Ergebnisse nicht aus dem Abfragecache übernommen werden können, werden Abfragen stattdessen mithilfe der indizierten Sichten in der Datenquelle beantwortet. Beim ROLAP-Speicher erfolgt die Beantwortung von Abfragen i. A. langsamer als bei Verwendung der Speichermodi MOLAP oder HOLAP. Auch die Verarbeitungszeit ist bei ROLAP üblicherweise länger. ROLAP ermöglicht den Benutzern jedoch das Anzeigen von Daten in Echtzeit und kann dazu beitragen, Speicherplatz zu sparen, wenn Sie mit großen Datasets arbeiten, die nur unregelmäßig abgefragt werden, z. B. mit reinen Vergangenheitsdaten.

Hinweis
Bei der Verwendung von ROLAP gibt Analysis Services möglicherweise falsche Informationen zum unbekannten Element zurück, wenn JOIN mit einer GROUP BY-Klausel kombiniert wird. Von Analysis Services wird nicht der Wert des unbekannten Elements zurückgegeben, sondern vielmehr relationale Integritätsfehler beseitigt.

Wenn eine Partition den Speichermodus ROLAP verwendet und die zugehörigen Quelldaten in SQL Server Database Engine (Datenbankmodul) gespeichert sind, erstellt Analysis Services indizierte Sichten, die Aggregationen der Partition enthalten. Wenn Analysis Services keine indizierten Sichten erstellen kann, werden keine Aggregationstabellen erstellt. Obwohl die Sitzungsanforderungen für das Erstellen indizierter Sichten im SQL Server Database Engine (Datenbankmodul) durch Analysis Services behandelt werden, müssen für das Erstellen indizierter Sichten für Aggregationen durch Analysis Services die folgenden Bedingungen durch die ROLAP-Partition und die Tabellen im zugehörigen Schema erfüllt sein:

• Die Partition darf keine Measures enthalten, die die Aggregatfunktionen Min oder Max verwenden.

• Jede Tabelle im Schema der ROLAP-Partition darf nur einmal verwendet werden. Das Schema darf beispielsweise nicht [dbo].[address] AS "Customer Address" und [dbo].[address] AS "SalesRep Address" enthalten.

• Jede Tabelle muss eine Tabelle sein, keine Sicht.

• Alle Tabellennamen im Schema der Partition müssen mit dem Besitzernamen gekennzeichnet sein, z. B. [dbo].[customer].

• Alle Tabellen im Schema der Partition müssen denselben Besitzer aufweisen. Sie können beispielsweise keine FROM-Klausel verwenden, die auf die Tabellen in [tk].[customer], [john].[store] und [dave].[sales_fact_2004] verweist.

• Die Quellspalten der Measures der Partition dürfen keine NULL-Werte zulassen.

• Beim Erstellen aller in der Sicht verwendeten Tabellen müssen die folgenden Optionen auf ON festgelegt sein:

  • ANSI_NULLS

  • QUOTED_IDENTIFIER

• Die Gesamtgröße des Indexschlüssels darf in SQL Server Database Engine (Datenbankmodul) die Größe von 900 Bytes nicht überschreiten. SQL Server Database Engine (Datenbankmodul) überprüft diese Bedingung basierend auf den Schlüsselspalten fester Länge, wenn die CREATE INDEX-Anweisung verarbeitet wird. Falls der Indexschlüssel jedoch Spalten variabler Länge enthält, überprüft SQL Server Database Engine (Datenbankmodul) die Bedingung auch bei jeder Aktualisierung der Basistabellen. Da unterschiedliche Aggregationen unterschiedliche Sichtdefinitionen aufweisen, kann die ROLAP-Verarbeitung mithilfe indizierter Sichten je nach Aggregationsentwurf erfolgreich verlaufen oder fehlschlagen.

• Für die Sitzung, in der die indizierte Sicht erstellt wird, müssen die folgenden Optionen den Wert ON aufweisen: ARITHABORT, CONCAT_NULL_YEILDS_NULL, QUOTED_IDENTIFIER, ANSI_NULLS, ANSI_PADDING und ANSI_WARNING. Diese Einstellung kann in SQL Server Management Studio vorgenommen werden.

• Für die Sitzung, in der die indizierte Sicht erstellt wird, muss die folgende Option den Wert OFF aufweisen: NUMERIC_ROUNDABORT. Diese Einstellung kann in SQL Server Management Studio vorgenommen werden.

HOLAP

Der Speichermodus HOLAP kombiniert Attribute von MOLAP und ROLAP. Wie bei MOLAP bewirkt auch HOLAP, dass die Aggregationen der Partition in einer mehrdimensionalen Struktur in einer Instanz von SQL ServerAnalysis Services gespeichert werden.Die Verwendung von HOLAP führt nicht dazu, dass eine Kopie der Quelldaten gespeichert wird. Bei Abfragen, die lediglich auf zusammengefasste Daten in den Aggregationen einer Partition zugreifen, ist HOLAP das Äquivalent zu MOLAP. Abfragen, die auf Quelldaten zugreifen (wie z. B. bei einem Drilldown auf eine atomare Cubezelle, für die keine Aggregationsdaten vorhanden sind), müssen Daten aus der relationalen Datenbank abrufen, sodass mehr Zeit beansprucht wird, als wenn die Quelldaten in der MOLAP-Struktur gespeichert wären. Beim Speichermodus HOLAP werden Benutzer normalerweise erhebliche Unterschiede bei den Abfragezeiten feststellen, je nachdem, ob die Abfrage anhand das Caches oder mittels Aggregationen aufgelöst werden kann oder ob hierzu die Quelldaten selbst benötigt werden.

Partitionen mit HOLAP-Speicherung sind kleiner als die vergleichbaren MOLAP-Partitionen, da sie keine Quelldaten enthalten, und antworten schneller als ROLAP-Partitionen auf Abfragen, die zusammengefasste Daten einbeziehen. Der Speichermodus HOLAP eignet sich i. A. für Partitionen in Cubes, die schnelle Abfrageantworten für Zusammenfassungen erfordern, die auf großen Mengen von Quelldaten basieren. Wenn Benutzer jedoch Abfragen generieren, die auf Daten auf Blattebene zugreifen müssen, wie z. B. beim Berechnen des Medians, eignet sich MOLAP i. A. besser.

Siehe auch

Aufgaben

Konzepte