MDX-Datenbearbeitung : Grundlegendes zu Passreihenfolge und Lösungsreihenfolge
Gilt für:
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
Wird ein Cube als Ergebnis eines MDX-Skripts berechnet, durchläuft er, abhängig von der Verwendung verschiedener Berechnungsfunktionen, möglicherweise viele Berechnungsphasen. Jede Phase bezeichnet man als Berechnungsdurchlauf.
Auf einen Berechnungsdurchlauf kann durch eine Ordnungsposition verwiesen werden, die Berechnungsdurchlaufnummer genannt wird. Die Anzahl an Berechnungsdurchläufen, die für eine vollständige Berechnung aller Zellen eines Cubes erforderlich sind, wird als Berechnungsdurchlauftiefe des Cubes bezeichnet.
Faktentabelle und Rückschreibedaten wirken sich nur auf Durchlauf 0 aus. Skripts füllen Daten nach Durchlauf 0 auf. Durch jede Zuweisung und Berechnungsanweisung in einem Skript wird ein neuer Durchlauf erstellt. Außerhalb des MDX-Skripts beziehen sich Verweise auf den absoluten Durchlauf 0 auf den letzten Durchlauf, der durch das Skript für den Cube erstellt wurde.
Berechnete Elemente werden in allen Durchläufen erstellt, aber der Ausdruck wird auf den aktuellen Durchlauf angewendet. Vorherige Durchläufe enthalten das berechnete Measure, allerdings mit einem NULL-Wert.
Lösungsreihenfolge
Die Lösungsreihenfolge bestimmt die Priorität der Berechnung bei konkurrierenden Ausdrücken. Innerhalb eines einzelnen Durchlaufes bestimmt die Lösungsreihenfolge zwei Dinge:
Die Reihenfolge, in der Microsoft SQL Server SQL Server Analysis Services Dimensionen, Member, berechnete Elemente, benutzerdefinierte Rollups und berechnete Zellen auswertet.
Die Reihenfolge, in der SQL Server Analysis Services benutzerdefinierte Member, berechnete Member, benutzerdefiniertes Rollup und berechnete Zellen berechnet.
Das Element mit der höchsten Lösungsreihenfolge hat Vorrang.
Hinweis
Dies gilt jedoch nicht für die Aggregatfunktion. Mit der Aggregatfunktion berechnete Elemente haben eine niedrigere Lösungsreihenfolge als alle berechneten Measures, die eine Schnittmenge bilden.
Werte der Lösungsreihenfolge und Rangfolge
Werte der Lösungsreihenfolge können im Bereich von -8.181 bis 65.535 liegen. In diesem Bereich entsprechen einige Werte der Lösungsreihenfolge bestimmten Berechnungsarten, wie in der folgenden Tabelle gezeigt.
| Berechnung | Lösungsreihenfolge |
|---|---|
| Benutzerdefinierte Elementformeln | -5119 |
| Unäre Operatoren | -5119 |
| Berechnung sichtbarer Gesamtwerte | -4096 |
| Alle anderen Berechnungen (wenn nicht anders angegeben) | 0 |
Beim Festlegen von Werten der Lösungsreihenfolge sollten Sie unbedingt nur positive ganze Zahlen verwenden. Wenn Sie Werte zuweisen, die niedriger sind als die in der vorherigen Tabelle angezeigten Werte der Lösungsreihenfolge, kann der Berechnungsdurchlauf unvorhersehbar werden. Angenommen, die Berechnung für ein berechnetes Element erhält einen Wert der Lösungsreihenfolge, der niedriger ist als der Standardformelwert für benutzerdefinierte Rollups von -5.119. Ein so niedriger Wert der Lösungsreihenfolge führt dazu, dass die berechneten Elemente vor den benutzerdefinierten Rollupformeln berechnet werden. Dies kann zu falschen Ergebnissen führen.
Erstellen und Ändern der Lösungsreihenfolge
Im Cube-Designer können Sie im Bereich Berechnungendie Lösungsreihenfolge für berechnete Elemente und berechnete Zellen ändern, indem Sie die Reihenfolge der Berechnungen ändern.
In MDX können Sie mit dem SOLVE_ORDER -Schlüsselwort berechnete Elemente und berechnete Zellen erstellen bzw. ändern.
Beispiele für die Lösungsreihenfolge
Um die mögliche Komplexität der Lösungsreihenfolge zu veranschaulichen, beginnt die folgende Reihe von MDX-Abfragen mit zwei Abfragen, die einzeln betrachtet keine Probleme mit der Lösungsreihenfolge aufweisen. Die beiden Abfragen werden dann in einer Abfrage kombiniert, für die eine Lösungsreihenfolge erforderlich ist.
Abfrage 1: Unterschiede bei Einnahmen und Ausgaben
Mit der ersten MDX-Abfrage berechnen Sie die Differenz zwischen Umsätzen und Kosten für jedes Jahr, indem Sie eine einfache MDX-Abfrage wie im folgenden Beispiel erstellen:
WITH
MEMBER
[Date].[Calendar].[Year Difference] AS ([Date].[Calendar].[Calendar Year].&[2008] - [Date].[Calendar].[Calendar Year].&[2007] )
SELECT
{[Measures].[Internet Sales Amount], [Measures].[Internet Total Product Cost] }
ON COLUMNS ,
{ [Date].[Calendar].[Calendar Year].&[2007], [Date].[Calendar].[Calendar Year].&[2008], [Date].[Year Difference] }
ON ROWS
FROM [Adventure Works]
Diese Abfrage enthält als einziges berechnetes Element Year Difference. Da nur ein berechnetes Element vorhanden ist, stellt die Lösungsreihenfolge kein Problem dar, vorausgesetzt der Cube verwendet keine berechneten Elemente.
Mit dieser MDX-Abfrage wird ein der folgenden Tabelle ähnelndes Resultset erstellt.
| Internet Sales Amount | Internet Total Product Cost | |
|---|---|---|
| CY 2007 | $9,791,060.30 | $5,718,327.17 |
| KJ 2008 | $9,770,899.74 | $5,721,205.24 |
| Year Difference | ($20,160.56) | $2,878.06 |
Abfrage von 2 Prozent des Einkommens nach Ausgaben
Mit der zweiten Abfrage berechnen Sie den Prozentsatz des Einkommens nach Abzug der Ausgaben für jedes Jahr. Verwenden Sie dazu die folgende MDX-Abfrage:
WITH
MEMBER
[Measures].[Profit Margin] AS
([Measures].[Internet Sales Amount] - [Measures].[Internet Total Product Cost] ) / [Measures].[Internet Sales Amount] ,
FORMAT_STRING="Percent"
SELECT
{[Measures].[Internet Sales Amount], [Measures].[Internet Total Product Cost], [Measures].[Profit Margin] }
ON COLUMNS ,
{ [Date].[Calendar].[Calendar Year].&[2007], [Date].[Calendar].[Calendar Year].&[2008] }
ON ROWS
FROM [Adventure Works]
Wie die vorherige MDX-Abfrage enthält auch diese nur ein berechnetes Element, Profit Margin, und muss daher keine Lösungsreihenfolge berücksichtigen.
Mit dieser MDX-Abfrage wird ein etwas anderes Resultset erstellt, ähnlich der folgenden Tabelle.
| Internet Sales Amount | Internet Total Product Cost | Profit Margin | |
|---|---|---|---|
| CY 2007 | $9,791,060.30 | $5,718,327.17 | 41.60% |
| KJ 2008 | $9,770,899.74 | $5,721,205.24 | 41.45% |
Der Grund für die unterschiedlichen Resultsets aus der ersten und der zweiten Abfrage ist eine andere Platzierung des berechneten Elements. In der ersten Abfrage ist das berechnete Element Teil der ROWS-Achse und nicht der COLUMNS-Achse, wie in der zweiten Abfrage. Diese unterschiedliche Platzierung gewinnt in der nächsten Abfrage an Bedeutung, wenn die beiden berechneten Elemente in einer einzigen MDX-Abfrage kombiniert werden.
Abfrage von 3 kombinierten Jahresdifferenz- und Nettoeinkommensberechnungen
In dieser letzten Abfrage, in der die beiden vorherigen Beispiele in einer MDX-Abfrage kombiniert werden, ist die Lösungsreihenfolge von Bedeutung, da Berechnungen sowohl für Spalten als auch für Zeilen ausgeführt werden. Um sicherzustellen, dass die Berechnungen in der richtigen Reihenfolge vorgenommen werden, definieren Sie diese Reihenfolge mithilfe des SOLVE_ORDER -Schlüsselworts.
Das SOLVE_ORDER -Schlüsselwort gibt die Lösungsreihenfolge der berechneten Elemente in einer MDX-Abfrage oder einem CREATE MEMBER -Befehl an. Die mit dem SOLVE_ORDER -Schlüsselwort verwendeten ganzzahligen Werte sind relativ, müssen nicht mit 0 beginnen und nicht aufeinander folgen. Der Wert weist MDX lediglich an, ein Element auf der Grundlage von Werten zu berechnen, die aus der Berechnung von Elementen mit einem höheren Wert abgeleitet sind. Wird ein berechnetes Element ohne das SOLVE_ORDER -Schlüsselwort definiert, lautet sein Standardwert 0.
Wenn Sie beispielsweise die in den ersten beiden Beispielabfragen verwendeten Berechnungen kombinieren, überschneiden sich die beiden berechneten Elemente Year Difference und Profit Marginin einer einzelnen Zelle im Resultdataset der MDX-Beispielabfrage. Die einzige Möglichkeit, zu bestimmen, wie SQL Server Analysis Services diese Zelle auswerten wird, ist die Lösungsreihenfolge. Die Formeln, mit denen diese Zelle erstellt wird, erzeugen je nach Lösungsreihenfolge der beiden berechneten Elemente unterschiedliche Ergebnisse.
Versuchen Sie zunächst, die in den ersten beiden Abfragen verwendeten Berechnungen in der folgenden MDX-Abfrage zu kombinieren:
WITH
MEMBER
[Date].[Calendar].[Year Difference] AS ([Date].[Calendar].[Calendar Year].&[2008] - [Date].[Calendar].[Calendar Year].&[2007] ) ,
SOLVE_ORDER = 1
MEMBER
[Measures].[Profit Margin] AS
( [Measures].[Internet Sales Amount] - [Measures].[Internet Total Product Cost] ) / [Measures].[Internet Sales Amount] ,
FORMAT_STRING="Percent" ,
SOLVE_ORDER = 2
SELECT
{[Measures].[Internet Sales Amount], [Measures].[Internet Total Product Cost], [Measures].[Profit Margin] }
ON COLUMNS ,
{ [Date].[Calendar].[Calendar Year].&[2007], [Date].[Calendar].[Calendar Year].&[2008], [Date].[Year Difference] }
ON ROWS
FROM [Adventure Works]
In diesem Beispiel für eine kombinierte MDX-Abfrage weist Profit Margin die höchste Lösungsreihenfolge auf und hat daher bei der Interaktion zweier Ausdrücke Vorrang. SQL Server Analysis Services wertet die betreffende Zelle mithilfe der Profit Margin Formel aus. Das Ergebnis dieser geschachtelten Berechnung ist in der folgenden Tabelle dargestellt.
| Internet Sales Amount | Internet Total Product Cost | Profit Margin | |
|---|---|---|---|
| CY 2007 | $9,791,060.30 | $5,718,327.17 | 41.60% |
| KJ 2008 | $9,770,899.74 | $5,721,205.24 | 41.45% |
| Year Difference | ($20,160.56) | $2,878.06 | 114.28% |
Das Ergebnis in der freigegebenen Zelle basiert auf der Formel für Profit Margin. Das heißt, SQL Server Analysis Services berechnet das Ergebnis in der freigegebenen Zelle mit den Year Difference Daten und erzeugt die folgende Formel (das Ergebnis wird aus Gründen der Übersichtlichkeit gerundet):
((9,770,899.74 - 9,791,060.30) - (5,721,205.24 - 5,718,327.17)) / (9,770,899.74 - 9,791,060.30) = 1.14275744
oder
(23,038.63) / (20,160.56) = 114.28%
Dies ist eindeutig falsch. Allerdings berechnet SQL Server Analysis Services das Ergebnis in der freigegebenen Zelle anders, wenn Sie die Lösungsreihenfolgen für die berechneten Elemente in der MDX-Abfrage ändern. Mit der folgenden kombinierten MDX-Abfrage wird die Lösungsreihenfolge für berechnete Elemente umgekehrt:
WITH
MEMBER
[Date].[Calendar].[Year Difference] AS ([Date].[Calendar].[Calendar Year].&[2008] - [Date].[Calendar].[Calendar Year].&[2007] ) ,
SOLVE_ORDER = 2
MEMBER
[Measures].[Profit Margin] AS
( [Measures].[Internet Sales Amount] - [Measures].[Internet Total Product Cost] ) / [Measures].[Internet Sales Amount] ,
FORMAT_STRING="Percent" ,
SOLVE_ORDER = 1
SELECT
{[Measures].[Internet Sales Amount], [Measures].[Internet Total Product Cost], [Measures].[Profit Margin] }
ON COLUMNS ,
{ [Date].[Calendar].[Calendar Year].&[2007], [Date].[Calendar].[Calendar Year].&[2008], [Date].[Year Difference] }
ON ROWS
FROM [Adventure Works]
Da die Reihenfolge der berechneten Elemente gewechselt wurde, verwendet SQL Server Analysis Services die Year Difference Formel, um die Zelle auszuwerten, wie in der folgenden Tabelle gezeigt.
| Internet Sales Amount | Internet Total Product Cost | Profit Margin | |
|---|---|---|---|
| CY 2007 | $9,791,060.30 | $5,718,327.17 | 41.60% |
| KJ 2008 | $9,770,899.74 | $5,721,205.24 | 41.45% |
| Year Difference | ($20,160.56) | $2,878.06 | (0.15%) |
Da in dieser Abfrage die Year Difference -Formel mit den Daten für Profit Margin verwendet wird, gleicht die Formel für die freigegebene Zelle der folgenden Berechnung:
(($9,770,899.74 - 5,721,205.24) / $9,770,899.74) - ((9,791,060.30 - 5,718,327.17) / 9,791,060.30) = -0.15
oder
0.4145 - 0.4160= -0.15
Weitere Überlegungen
Die Lösungsreihenfolge kann ein sehr komplexes Problem darstellen, besonders in Cubes mit einer hohen Anzahl von Dimensionen, die berechnete Elemente, benutzerdefinierte Rollupformeln oder berechnete Zellen beinhalten. Wenn SQL Server Analysis Services eine MDX-Abfrage auswertet, berücksichtigt SQL Server Analysis Services die Werte der Lösungsreihenfolge für alle Beteiligten innerhalb eines bestimmten Durchlaufs, einschließlich der Dimensionen des in der MDX-Abfrage angegebenen Cubes.
Weitere Informationen
CalculationCurrentPass (MDX)
CalculationPassValue (MDX)
CREATE MEMBER-Anweisung (MDX)
Bearbeiten von Daten (MDX)