Freigeben über


Berechnete Elemente in untergeordneten SELECT-Ausdrücken und Teilcubes

In früheren Releases waren berechnete Elemente in untergeordneten SELECT-Ausdrücken oder Teilcubes nicht zulässig. Ab SQL Server 2008 sind diese jedoch zulässig und werden durch eine Verbindungseigenschaft bereitgestellt. Darüber hinaus wurde in SQL Server 2008 R ein neues Verhalten für berechnete Elemente in untergeordneten SELECT-Ausdrücken und Teilcubes eingeführt.

Berechnete Elemente in untergeordneten SELECT-Ausdrücken und Teilcubes

Die SubQueries-Verbindungszeichenfolgeneigenschaft in ConnectionString oder die DBPROPMSMDSUBQUERIES-Eigenschaft in Unterstützte XMLA-Eigenschaften (XMLA) definiert das Verhalten oder die Zulässigkeit von berechneten Elementen oder berechneten Sätzen in untergeordneten SELECT-Ausdrücken bzw. Teilcubes. Im weiteren Verlauf dieses Dokuments bezieht sich der Begriff "untergeordneter SELECT-Ausdruck" auf untergeordnete SELECT-Ausdrücke UND auf Teilcubes, sofern nichts anderes angegeben ist.

Die SubQueries-Eigenschaft lässt die folgenden Werte zu.

Wert

Beschreibung

0

Berechnete Elemente sind in untergeordneten SELECT-Ausdrücken oder Teilcubes nicht zulässig.

Beim Auswerten des untergeordneten SELECT-Ausdrucks oder des Teilcubes wird ein Fehler ausgelöst, wenn auf ein berechnetes Element verwiesen wird.

1

Berechnete Elemente in untergeordneten SELECT-Ausdrücken oder Teilcubes sind zulässig, in den zurückgebenden Teilbereich werden jedoch keine Vorgänger der Elemente eingeführt.

2

Berechnete Elemente in untergeordneten SELECT-Ausdrücken oder Teilcubes sind zulässig und in den zurückgebenden Teilbereich werden Vorgänger der Elemente eingeführt. Zudem ist eine gemischte Granularität in der Auswahl berechneter Elemente zulässig.

Werte von 1 oder 2 in der SubQueries-Eigenschaft ermöglichen, berechnete Elemente zum Filtern des zurückgebenden Teilbereichs der untergeordneten SELECT-Ausdrücke zu verwenden.

Dieses Konzept soll an einem Beispiel verdeutlicht werden. Zunächst muss ein berechnetes Element erstellt werden. anschließend wird eine untergeordnete SELECT-Abfrage ausgegeben, um obiges Verhalten zu demonstrieren.

Im folgenden Beispiel wird ein berechnetes Element erstellt, das der Hierarchie [Geography].[Geography] unterhalb des Bundesstaates Washington die Stadt [Seattle Metro] hinzufügt.

Um das Beispiel auszuführen, muss die Verbindungszeichenfolge die SubQueries-Eigenschaft mit einem Wert von 1 enthalten und alle MDX-Anweisungen müssen in der gleichen Sitzung ausgeführt werden.

Geben Sie zunächst den folgenden MDX-Ausdruck aus:

//Remember to set Subqueries=1 in the connection string prior
//to issue these commands
//--> AS2008 behavior
CREATE MEMBER [Adventure Works].[Geography].[Geography].[State-Province].&[WA]&[US].[Seattle Metro Agg] 
   AS  AGGREGATE( 
                 { 
                   [Geography].[Geography].[City].&[Bellevue]&[WA]
                 , [Geography].[Geography].[City].&[Issaquah]&[WA]
                 , [Geography].[Geography].[City].&[Redmond]&[WA]
                 , [Geography].[Geography].[City].&[Seattle]&[WA]
                 }
                )  

Geben Sie dann die folgende MDX-Abfrage aus, um die in untergeordneten SELECT-Ausdrücken zulässigen berechneten Elemente anzuzeigen:

Select [Date].[Calendar Year].members on 0,
       [Geography].[Geography].allmembers on 1
from (Select {[Geography].[Geography].[State-Province].&[WA]&[US].[Seattle Metro Agg]} on 0 from [Adventure Works])
Where [Measures].[Reseller Sales Amount]

Sie erhalten folgende Ergebnisse:

 

Alle Zeiträume

KJ 2001

KJ 2002

KJ 2003

KJ 2004

Seattle Metro Agg

$2,383,545.69

$291,248.93

$763,557.02

$915,832.36

$412,907.37

Wie bereits erläutert, sind die Vorgänger von [Seattle Metro] im zurückgegebenen Teilbereich nicht enthalten, wenn SubQueries=1 festgelegt ist. Aus diesem Grund enthält [Geography].[Geography].allmembers nur das berechnete Element.

Wenn das Beispiel mit der Einstellung SubQueries=2 in der Verbindungszeichenfolge ausgeführt wird, werden folgende Ergebnisse zurückgegeben:

 

Alle Zeiträume

KJ 2001

KJ 2002

KJ 2003

KJ 2004

All Geographies

(null)

(null)

(null)

(null)

(null)

USA

(null)

(null)

(null)

(null)

(null)

Washington

(null)

(null)

(null)

(null)

(null)

Seattle Metro Agg

$2,383,545.69

$291,248.93

$763,557.02

$915,832.36

$412,907.37

Wie zuvor erläutert, sind die Vorgänger von [Seattle Metro] bei Verwendung von SubQueries=2 in dem zurückgegebenen Teilbereich enthalten. Für diese Elemente sind jedoch keine Werte verfügbar, da keine regulären Elemente vorhanden sind, die für die Aggregationen bereitgestellt werden. Aus diesem Grund werden für alle Vorgänger der berechneten Elemente in diesem Beispiel NULL-Werte zurückgegeben.

Um das oben beschriebene Verhalten zu verstehen, sollten Sie sich verdeutlichen, dass berechnete Elemente nicht wie reguläre Elemente zu den Aggregationen der übergeordneten Elemente beitragen (siehe Calculated Members and Named Sets). Dies bedeutet, dass eine Filterung ausschließlich nach berechneten Elementen leere Vorgänger zur Folge hat, da keine regulären Elemente vorhanden sind, die zu den aggregierten Werten des resultierenden Teilbereichs beitragen. Wenn Sie dem Filterausdruck reguläre Elemente hinzufügen, werden die aggregierten Werte aus diesen regulären Elementen genutzt. Fahren Sie mit obigem Beispiel fort und fügen Sie die Städte Portland in Oregon und Spokane in Washington zu der gleichen Achse hinzu, in der das berechnete Element angezeigt wird, wie im folgenden MDX-Ausdruck gezeigt:

Select [Date].[Calendar Year].members on 0,
       [Geography].[Geography].allmembers on 1
from (Select {
               [Seattle Metro Agg]
             , [Geography].[Geography].[City].&[Portland]&[OR]
             , [Geography].[Geography].[City].&[Spokane]&[WA]
             } on 0 from [Adventure Works]
     )
Where [Measures].[Reseller Sales Amount]

Sie erhalten die folgenden Ergebnisse:

 

Alle Zeiträume

KJ 2001

KJ 2002

KJ 2003

KJ 2004

All Geographies

$235,171.62

$419.46

$4,996.25

$131,788.82

$97,967.09

USA

$235,171.62

$419.46

$4,996.25

$131,788.82

$97,967.09

Oregon

$30,968.25

$419.46

$4,996.25

$17,442.97

$8,109.56

Portland

$30,968.25

$419.46

$4,996.25

$17,442.97

$8,109.56

97205

$30,968.25

$419.46

$4,996.25

$17,442.97

$8,109.56

Washington

$204,203.37

(null)

(null)

$114,345.85

$89,857.52

Spokane

$204,203.37

(null)

(null)

$114,345.85

$89,857.52

99202

$204,203.37

(null)

(null)

$114,345.85

$89,857.52

Seattle Metro Agg

$2,383,545.69

$291,248.93

$763,557.02

$915,832.36

$412,907.37

In den obigen Ergebnissen werden die aggregierten Werte für [All Geographies], [United States], [Oregon] und [Washington] durch Aggregation der Nachfolger von &[Portland]&[OR] und &[Spokane]&[WA] erzeugt. Aus dem berechneten Element werden keine Werte abgerufen.

Hinweise

In untergeordneten SELECT-Ausdrücken und Teilcubes sind nur globale oder in der Sitzung berechnete Elemente zulässig. Wenn der MDX-Ausdruck in einer Abfrage berechnete Elemente enthält, wird bei der Auswertung des untergeordneten SELECT-Ausdrucks oder Teilcubes ein Fehler ausgelöst.

Siehe auch

Verweis

ConnectionString

Unterstützte XMLA-Eigenschaften (XMLA)

Konzepte

Unterauswahlen in Abfragen