Ich kann eine SQL Server Reporting Services Data SOURCE freigeben... wie sieht es mit einem Data SET aus?

Question

Ich entwickle eine Reporting Services-Lösung für eine Website des Verteidigungsministeriums. Häufig habe ich einen Bericht und möchte als Parameter den Dienst haben (zusätzlich zu anderen ähnlichen banalen, aber sich wiederholenden Parametern wie Geschäftsjahr, Datum des Inkrafttretens der Daten usw.). Im Grunde sagt alles, was ich über SSRS 2005 gesehen habe, dass es nicht möglich ist... aber ich persönlich weigere mich zu glauben, dass MS so dumm/naiv/kurzsichtig wäre, so etwas wie die gemeinsame Nutzung von Datensätzen ganz aus der Berichterstattung herauszulassen.

Gibt es eine umständliche (oder auch weniger umständliche) Möglichkeit, Datensätze gemeinsam zu nutzen und trotzdem den Berichtsserver zufrieden zu stellen? Wird SSRS2008 dies ermöglichen?

EDIT:

Ich glaube, ich habe mich unklar ausgedrückt. Ich habe einen Stapel von Berichten. Da ich mich in einer DoD-Umgebung befinde, ist ein gemeinsamer Parameter für diese Berichte der Dienst (Armee, Marine usw. für die Nicht-US-Benutzer). Da ich aufgrund von "Geschäftsregeln" keine gespeicherten Prozeduren verwenden kann, gibt es eine Möglichkeit, ein Dataset zu erstellen und es mit den verschiedenen Berichten zu verknüpfen? Wird Reporting 2008 so etwas unterstützen? Ich bin es leid, dieselbe Abfrage in einer Reihe von Berichten immer wieder neu einzugeben.

Answer 1

Mir ist nicht klar, ob Sie einen Datensatz freigeben müssen, da Sie einige SQL-Ergebnisse haben, die Sie zweimal verwenden müssen, und nicht dieselben Daten zweimal neu berechnen wollen, oder ob Sie etwas mit Parametern machen wollen. Mit diesem "Ich habe die Frage nicht wirklich verstanden"-Vorwort...

1. Sie können einen Datensatz nicht freigeben. Das heißt, Sie können nicht, sagen wir mal, einen Datensatz haben, der die Tabelle A und im Datensatz B versuchen, sich mit A .
2. Wenn Sie das wirklich tun wollen, können Sie temporäre Tabellen verwenden, um die A und dann im Datensatz B die temporäre Tabelle verwenden. Es gibt bewährte Verfahren dafür, aber da ich nicht sicher bin, dass Sie das brauchen, werde ich jetzt keine Zeit darauf verwenden, darüber zu sprechen.

Answer 2

Wenn Sie keine Stored Procedures verwenden können, hoffe ich, dass Sie einen View verwenden können.

Andernfalls könnten Sie SQL Server verlassen und CSV-Dateien als Datenspeicher verwenden.