![\"Wizard](\"https:\/\/www.csopro.de\/biblog\/wp-content\/uploads\/2009\/12\/wizarderstelleabfragessas.jpg\")
<\/a><\/p>\n(Zum Vergr\u00f6\u00dfern auf das Bild klicken)<\/p>\n
Ich habe einfach eine Kennzahl und das Datum in die Abfrage gezogen und einen Filter auf das Datum gesetzt, wobei ich (wichtig!) die beiden Checkboxen bei den Parametern gesetzt habe.<\/p>\n
Bei der Berichtsausf\u00fchrung werden die beiden Parameter \u00fcber Komboboxen realisiert:<\/p>\n
<\/p>\n
Dazu hat n\u00e4mlich der Wizard zwei versteckte Data Sets angelegt, die die entsprechenden Werte liefern:<\/p>\n
<\/p>\n
Als n\u00e4chstes m\u00fcssen wir das MDX anpassen. (Im Query Designer auf klicken)<\/p>\n
<\/p>\n
Der Wizard hat folgendes MDX erstellt:<\/p>\n
SELECT NON EMPTY { [Measures].[Annahmen] } ON COLUMNS, NON EMPTY { ([Intervall].[Datum].[Datum].ALLMEMBERS ) } DIMENSION PROPERTIES MEMBER_CAPTION, MEMBER_UNIQUE_NAME ON ROWS FROM ( SELECT ( STRTOMEMBER(@FromIntervallDatum, CONSTRAINED) : STRTOMEMBER(@ToIntervallDatum, CONSTRAINED) ) ON COLUMNS FROM [<CubeName>]) CELL PROPERTIES VALUE, BACK_COLOR, FORE_COLOR, FORMATTED_VALUE, FORMAT_STRING, FONT_NAME, FONT_SIZE, FONT_FLAGS<\/p>\n
Die beiden mit @-benannten Ausdr\u00fccke sind die Prompts.<\/p>\n
Wir m\u00fcssen nun den Teil „STRTOMEMBER(@FromIntervallDatum, CONSTRAINED) “ so ab\u00e4ndern, dass dort eine Variable vom Typ DateTime eine Rolle spielt. Der Schl\u00fcssel eines Datumselements in diesem Fall sieht so aus „[Intervall].[Datum].&[3190]“, wobei die ID die Anzahl der Tage zwischen dem 1.1.2000 und dem betreffenden Tag ist.<\/p>\n
Gehen wir nun davon aus, dass wir einen Prompt @von vom Typ DateTime haben, m\u00fcsste der STRTOMEMBER so aussehen:<\/p>\n
STRTOMEMBER(„[Intervall].[Datum].&[“ +cstr( datediff(„d“, DateSerial(2000, 1, 1), @von )) + „]“)<\/p>\n
Die DateSerial-Funktion verwende ich hier aus hygienischen Gr\u00fcnden, um keinen Cast von String auf DateTime (der abh\u00e4ngig von der Locale w\u00e4re) zu verwenden)<\/p>\n
Auf das CONSTRAINED verwende ich, da sonst der Query Designer meckert.<\/p>\n
Wenn man selbst nat\u00fcrlich einen anderen Key benutzt, muss dies angepasst werden. Bei einem Key im Format YYYYMMDD, also [Intervall].[Datum].&[20091205], m\u00fcsste die Formel so sein:<\/p>\n
STRTOMEMBER(„[Intervall].[Datum].&[“ +cstr( year(@von) ) + right(„0“ + cstr(month(@von), 2) + right(„0“ + cstr(day(@von), 2) + „]“)<\/p>\n
Nun m\u00fcssen wir noch den Parameter der Abfrage definieren (\u00fcber ):<\/p>\n
<\/p>\n
Damit existiert noch nicht der Prompt.<\/p>\n
Unter den Eigenschaften des Datasets erscheint der Parameter @von bereits:<\/p>\n
<\/p>\n
Dort tragen wir in „Parameter Value“ einfach „[@von]“ ein.<\/p>\n
Damit wird automatisch ein Report Parameter von angelegt<\/p>\n
, den wir wie folgt bearbeiten: Wir setzen den Datentyp auf Datetime:<\/p>\n
<\/p>\n
(Au\u00dferdem l\u00f6schen wir den nicht mehr ben\u00f6tigten Prompt „FromIntervallDatum“)<\/p>\n
Damit steht jetzt auch hier das Kalendersteuerelement zur Verf\u00fcgung:<\/p>\n
<\/p>\n","protected":false},"excerpt":{"rendered":"
Reporting Services hat ein Kalendersteuerelement, in dem man Datumswerte einfach eingeben kann, wenn ein Prompt vom Typ Date \/ Time ist. Heute m\u00f6chte ich beschreiben, wie man das verwenden kann, wenn man einen Bericht erstellt, der auf einem Analysis Services-Cube basiert. Beim Cube ist (in der Regel) das Problem, dass es zwar eine Zeit-Dimension gibt, … Kalendersteuerelement bei Reports auf Cubes<\/span> weiterlesen