Vorbei mehrwertigen parameter mit einem Unterbericht

Ich habe ein problem bei der Arbeit mit multivalue Parameter zwischen den berichten.

Ich habe einen Hauptbericht, in dem ich die Definition eines mehrwertigen paramer, die ich verwenden, um eine SQL-Abfrage, die zum Auffüllen seiner dataset. Die parameter in der WHERE-Klausel in der folgenden Weise:

WHERE values IN (@parameter)

Es ist schön und es retreives die erwarteten Daten.

Dann wird dies im Bericht dieser parameter übergibt, der einen Unterbericht enthielt. Der parameter ist definiert als mehrwertige in den Unterbericht, und, soweit ich sehen kann in der parameter-s dropdownlist es erhält die Werte in der richtigen Weise. So etwas wie dieses: A, B, C

Die Sache ist, dass die Abfrage, die zum Auffüllen der Unterbericht dataset zurückgibt, nichts.
Es hat auch eine WHERE-Klausel definiert, wie im Hauptbericht (die schon funktioniert)

WHERE values IN (@parameter)

Wenn ich die Abfrage manuell, hartzucodieren die Werte, so etwas wie dieses:

WHERE values IN ('A', 'B', 'C')

funktioniert es, aber wenn ich versuche, verwenden Sie den parameter nicht. So, irgendwie ist es zu verlieren, das format oder die Werte in den Weg stellen.

Habe ich versucht, diese Lösung in der Unterbericht dataset definition, die vorgeschlagen wurde, in einem anderen thread:

 =join(Parameters!<your param name>.Value,",")

Aber es funktioniert nicht für mich, das dataset ist immer noch leer.

Irgendwelche Ideen, was ich bin fehlt?

Dank! 🙂

InformationsquelleAutor monican | 2012-12-05

  1. 10

    Dieser soll "einfach funktionieren." Stellen Sie sicher, dass Sie den Parameter im Unterbericht, der als mehrwertige, und ich in der Regel verwenden die exakt gleiche Abfrage wie im übergeordneten Bericht, um "Verfügbare Werte."

    Prüfen Sie, ob Sie auf der Durchreise sind die ganzen parameter, wird der Unterbericht: In einem Unterbericht Eigenschaften des übergeordneten Berichts, den Wert des Parameters Lesen sollte [@MyParamName] nicht <<Expr>>. Wenn er liest, wie die letztere, den Ausdruck Bearbeiten, und sicherzustellen, dass es nicht eine (0) am Ende. aber =Parameters!MyParamName.Value richtig ist, nicht =Parameters!MyParamName.Value(0)

    Sie haben Recht, das sollte "einfach funktionieren", aber das ist es nicht. So, ich Lösch den Bericht und erstellt es wieder von null, es funktionierte. Anscheinend muss ich vergessen haben, etwas in der Mitte. Trotzdem danke für deine Antwort

    InformationsquelleAutor Jamie F

  2. 3

    Nur den Bericht erstellt von Grund auf wieder und es funktionierte. Ich muss vergessen haben, etwas in der Mitte.

    Sowieso, nur für den Fall jemand braucht es, die beiden Parameter, die man im Hauptbericht und dem Unterbericht , muss definiert werden als mehrwertige.
    Dann in der Abfrage, die Sie verwenden sollten IN in Ihrem WHERE clase, so etwas wie dieses:

    WHERE field IN (@parameter)

    - Und nichts anderes ist erforderlich. Ich wusste nicht, müssen Sie Folgendes tun:

    =join(Parameters!<your param name>.Value,",")

    Es nur für mich gearbeitet

    InformationsquelleAutor monican

  3. 2

    Ich glaube, ich weiß, was du getan hast, als ich gezeichnet wurde hier mit dem gleichen problem.
    Die Unterberichte wurden, setup in Ordnung, aber bei der Eingabe der parameter Bindung in die übergeordneten Bericht, der Value drop-down-Tat bieten meine parameter, so habe ich Ausdrucks-generator, um es auszuwählen. Dies ließ die grauen << Expr >> marker in den Wert und die würde nur funktionieren, wenn ich hatte nur einen Wert aus der Liste ausgewählt. Wenn ich ersetzte diese mit [@MyParam] es geklappt hat unabhängig von der Anzahl der ausgewählten Werte. Wenn ich schon einen Blick auf den Wert, den Ausdrucks-generator geschaffen hatte, ein wenig näher hatte es =Parameters!MyParam.Value(0). Entfernen der (0) auch behoben werden.

    InformationsquelleAutor Swanny

Schreibe einen Kommentar