Kategorie: Berichte und Reporting

Der Vorteil von Microsoft Access ist: Man bekommt alles aus einer Hand. Tabellenentwurf, Abfragedesigner, Formulare, Programmierumgebung und – Tools zur Berichtserstellung. Bei der Datenbank mit Visual Studio gibt es so viele Möglichkeiten, die aber alle irgendwie viel größer und komplizierter erscheinen als das, was der Berichtsdesigner von Access bietet. Früher oder später wollen wir aber auch in DATENBANKENTWICKLER das Thema Reporting behandeln und deshalb schauen wir uns in dieser Artikelreihe die Möglichkeiten der SQL Server Reporting Services an. Da SQL Server mittlerweile in einer Community Version kommt, die für den privaten Einsatz kostenlos ist, steht dem Ausprobieren auch nichts im Wege. Der vorliegende Artikel ist eine Neuauflage des Artikels “Reporting Services: Installation und Start” (www.datenbankentwickler.net/****). Diese ist notwendig, weil sich einige Schritte beim Installieren geändert haben.

In den bisherigen Berichten über die Erstellung von Berichten mit den Reporting Services haben wir einen Aspekt noch nicht betrachtet: Wie kann der Benutzer eigentlich auf die Berichte zugreifen Immerhin benötigen wir für die Definition von Reporting Services immer eigene Projekte, die parallel beispielsweise zu unseren WPF-Anwendungen erstellt werden müssen. Dieser Artikel bringt Licht ins Dunkel und zeigt, wie Sie Berichte im Web-Portal öffnen und diesen auch noch Parameter zum Filtern von Daten übergeben können. Außerdem zeigen wir, wie Sie Bericht von WPF-Anwendungen aus aufrufen.

Neben Visual Studio gibt es noch ein weiteres, wesentlich schlankeres Tool zum Definieren von Berichten auf Basis der SQL Server Reporting Services. Dieses Tool heißt Report Builder und kann kostenlos bei Microsoft heruntergeladen werden. Es bietet sich als Alternative für solche Anwendungszwecke an, wo nur Berichte designed werden sollen und die übrigen Funktionen von Visual Studio nicht erforderlich sind. Dieser Artikel zeigt, wie Sie den Report Builder installieren und verwenden.

Der Vorteil von Microsoft Access ist: Man bekommt alles aus einer Hand. Tabellenentwurf, Abfragedesigner, Formulare, Programmierumgebung und – Tools zur Berichtserstellung. Bei der Datenbank mit Visual Studio gibt es so viele Möglichkeiten, die aber alle irgendwie viel größer und komplizierter erscheinen als das, was der Berichtsdesigner von Access bietet. Früher oder später wollen wir aber auch in DATENBANKENTWICKLER das Thema Reporting behandeln und deshalb schauen wir uns in dieser Artikelreihe die Möglichkeiten der SQL Server Reporting Services an. Da SQL Server mittlerweile in einer Community Version kommt, die für den privaten Einsatz kostenlos ist, steht dem Ausprobieren auch nichts im Wege. Im ersten Teil der Artikelreihe schauen wir uns an, wie Sie die Reporting Services unter Visual Studio startklar machen und einen einfachen Beispielbereicht erzeugen.

Wenn Sie mit Access arbeiten, um Datenbankanwendungen zu programmieren, und damit Berichte entworfen haben, wissen Sie, wieviel Arbeit hinter einem Bericht stecken kann. Umso ärgerlicher, wenn man die Anwendung dann nach .NET migrieren möchte und die ganze Arbeit nochmal erledigen muss. Doch das muss gar nicht sein, denn: Die Microsoft Reporting Services Projects erlauben auch den Import von Berichten aus bestehenden Access-Datenbanken. Ob diese Funktion Arbeit bei der Migration spart und wie sie überhaupt funktioniert, klärt dieser Artikel.

Im Artikel “Reporting Services: Installation und Start” haben wir gezeigt, wie Sie die Reporting Services auf dem lokalen Rechner installieren. Außerdem haben Sie dort erfahren, wie Sie einen ersten kleinen Beispielbericht unter Visual Studio mithilfe der Reporting Services Projects erstellen. Im vorliegenden Beitrag gehen wir etwas mehr ins Detail und schauen uns an, wie Sie Berichte erzeugen, ohne dazu den Assistenten zu nutzen und wie Sie Berichte nachträglich anpassen können.