„Die SQL Server Reporting Services sind nicht der Berichtsgenerator vom SQL Server.“
SQL Server Reporting Services – kurz SSRS – sind durchaus ein Berichtsgenerator, mit dem sich Daten einer Datenbank in Berichten darstellen lassen.
Die Daten müssen dabei aber nicht zwangsläufig aus einer SQL Server-Datenbank stammen.
Es können ebenso Daten aus Oracle sein oder aus Access, MySQL, DB/400 – um nur einige zu nennen. Grundsätzlich sind alle Datenquellen möglich, die sich per ODBC und OLE DB ansprechen lassen.
„Die SQL Server Reporting Services sind nicht zur Anzeige oder zum Druck von statischen Berichte gedacht.“
Natürlich lassen sich mit SSRS klassische statische Berichte anzeigen und drucken – und selbstverständlich gehört dies auch zum Leistungsumfang der SSRS dazu. Ein SSRS-Bericht bietet aber darüber hinaus noch einiges mehr.
SSRS-Berichte sind interaktiv.
In einem SSRS-Bericht können Sie Bereiche ein- und ausblenden, von einem Bericht zu einem anderen Bericht oder einer anderen Quelle verzweigen, Inhalte interaktiv sortieren und mittels Parameter den Inhalt des Berichts filtern. Ein SSRS-Bericht kann Daten aus verschiedenen Datenquellen beinhalten und jeder SSRS-Bericht lässt sich standardmäßig in die Formate HTML, Webarchiv, Excel, Word, PowerPoint, Bild, PDF, CSV und XML exportieren.
Ein Bericht der SQL Server Reporting Services ist ein interaktiver Zugriff auf Informationen. Er lässt sich eher mit einer Website vergleichen als mit einem statischen Bericht in einer Seitenansicht.
Die SQL Server Reporting Services sind primär eine zentrale Stelle im Unternehmen, die Informationen in Form von interaktiven Berichten zur Verfügung stellt.
Diese zentrale Stelle ist im Lieferumfang von SQL Server enthalten. Sie steht als Berichts-Manager über einen Weblink zur Verfügung und zeigt die Berichte der SQL Server Reporting Services in einer von Ihnen definierten Ordnerstruktur.
Von hier aus führen die Mitarbeiter Ihres Unternehmens die Berichte aus oder abonnieren diese für einen Export als Datei in ein Verzeichnis oder für den Versand per E-Mail. Dabei haben die Mitarbeiter durch entsprechende Sicherheitseinstellungen nur Zugriff auf die Berichte, deren Inhalt sie auch sehen dürfen.
Erfahrungen
Meine ersten Erfahrungen mit SSRS sammelte ich 2005 bei der Mitarbeit am Buch SQL Server 2005 – Das Entwicklerbuch. Mein Part bei diesem Buch waren die Kapitel zu SQL Server Reporting Services und SQL Server Integration Services.
Ab diesem Zeitpunkt setzte ich SSRS in fast jedem Projekt ein, in dem Berichte verlangt wurden.
Dabei galt es in erster Linie den Kunden von der Leistung und den Möglichkeiten der SQL Server Reporting Services zu überzeugen. Dies war nach einer kurzen Präsentation des Berichts-Managers und der Interaktivität der Berichte meist kein Problem. „Möchten wir haben“ war nicht selten die knappe Reaktion auf die Präsentation. Besonders dann, wenn klar wurde, dass die SQL Server Reporting Services mit der Lizenz des SQL Servers bereits verfügbar und auch bezahlt waren.
In den meisten dieser Projekte wird SSRS als zentrales Berichtswesen eingesetzt. In einigen Projekten aber auch zur Darstellung von Daten in .NET- und Access-Applikationen oder zur Ausführung spezieller Anforderungen wie zur Ausgabe von Websiten basierend auf einer MySQL-Datenbank oder das nächtliche automatisierte Erzeugen und Verteilen von mehreren 1000 PDF-Dokumenten. In diesen Projekten werden Daten aus SQL Server, Analysis Services, Access, MySQL und XML-Dateien in den Berichten ausgegeben.
Bei einigen Projekten stand ich Berater und Trainer zur Seite, bei anderen wiederum half ich aktiv bei der Implementation der zentralen Informationsstelle wie auch beim Erstellen der SSRS-Berichte mit oder übernahm die Realisierung der SSRS-Projekte komplett als Auftragsarbeit.
Bücher
Für das Buch SQL Server 2005 – Das Entwicklerbuch schrieb ich 2005 neben dem Kapitel SQL Server Integration Services auch das Kapitel zu SQL Server Reporting Services.
Vorträge und Seminare
Mein erster Vortrag bei der SQL Server und .NET Entwickler-Konferenz – kurz SNEK – hatte das Thema SQL Server Reporting Services. Ganze 180 Minuten durfte ich über den Sinn und Zweck der SSRS wie auch über das Erstellen von SSRS-Berichten und deren Bereitstellung sprechen. Es folgten weitere Vorträge zu diesem Thema bei der SNEK wie auch bei einigen Regionalgruppentreffen der PASS.
Das Seminar SQL Server Reporting Services war das zweite Seminar in meinem Seminarangebot. Wie schon das Seminar Migration Access nach SQL Server basiert auch dieses 1-tägige Seminar auf meinen Erfahrungen und zeigt anhand vieler Beispiele und Übungsaufgaben das Erstellen von SSRS-Berichten sowie deren Bereitstellung im Berichts-Manager und den Möglichkeiten zur manuellen wie auch automatisierten Berichtsausführung.
Projektbegleitung und -unterstützung
Gerne stehe ich Ihnen bei der Implementation einer zentralen Berichtsstelle in Ihrem Unternehmen als Berater und Trainer zur Verfügung, begleite Sie bei Ihrem SSRS-Projekt und unterstütze Sie aktiv bei der Entwicklung der SSRS-Berichte.