Welche schnellen Berichtslösungen gibt es für .Net?

Question

Ich bin auf der Suche nach schnellen Berichtsdiensten, die mit .Net (speziell C#) kompatibel sind. Da sich viele dieser Unternehmen bei der Preisgestaltung bedeckt halten (z. B. Cognos), wäre es außerdem hilfreich zu wissen, wie teuer sie in der Regel sind.

Wir erstellen serielle Berichte in PDF und Excel aus einer SQL Server 2005-Datenbank. Insbesondere wegen der Anzahl der Berichte, die gleichzeitig erstellt werden (z.B. 6.000 Berichte mit 20 Druckseiten), suchen wir nach einer schnellen Lösung.

Wir erstellen eine Kopie der Berichte im PDF-Format und leiten sie per FTP an eine externe Einrichtung weiter. Wir erstellen etwa 30 verschiedene Arten von Berichten, aber es kann sein, dass wir denselben Bericht mehrere tausend Mal für jedes Schlüsselelement in unserer Datenbank erstellen. Jeder Bericht wird durch 5-15 einfache Abfragen gespeist (nur ein paar Joins und manchmal eine Gruppierung nach). Mir geht es nicht so sehr um die Abfragezeiten, sondern eher um die Zeit für das Rendern in einen Speicherstrom (oder die Serialisierung auf der Festplatte, falls dies von Lösung zu Lösung signifikant unterschiedlich ist).

Answer 1

Wenn Sie bereits Sql 2005 haben, ist Reporting Services kostenlos. Es unterstützt nativ das Rendern von Berichten in Excel und PDF und verfügt über eine ziemlich umfangreiche Dokumentation und Beispiele, um Ihnen den Einstieg zu erleichtern.

Der Designer ist in Visual Studio integriert und die Verwaltungsoptionen auf der Serverseite können sogar einige ziemlich komplexe Abonnement- und Lieferszenarien ziemlich einfach machen. Beispielsweise bieten datengesteuerte Abonnements eine integrierte Möglichkeit, die geplante Erstellung von Berichten zu steuern, die über verschiedene Lieferoptionen (E-Mail, Dateifreigabe usw. (Sie können weitere hinzufügen)) bereitgestellt werden.

Wenn Sie von schnell sprechen - ich denke, SSRS ist für beide Fälle geeignet. Die Einführung sollte nicht nur schnell gehen, weil Sie bereits SQL verwenden und somit die MSFT-Tools kennen, sondern auch die Leistung und die Architektur (einfache Skalierung nur des Berichtsservers) werden für Ihre Zwecke ausreichend sein.

Answer 2

Cognos, SAP Business Objects, Oracle BI Suite, MicroStrategy und Reporting Services sind in Bezug auf die Leistung beim Rendering in Excel und PDF aus ihren jeweiligen Report Buildern grundsätzlich vergleichbar. Bei allen kann es zu Speicherproblemen kommen, wenn Sie versuchen, einen zu großen Bericht auszugeben. Die Anzahl der Seiten ist kein guter Indikator für die Größe eines Berichts. Sie können einen 1-seitigen Bericht haben, der 1 Million Zeilen in HTML ausgibt, oder einen 20-seitigen Bericht, der nur 40 Zeilen pro Seite ausgibt. Der 1-seitige Bericht würde wahrscheinlich aufgrund von Speicherbeschränkungen nicht gerendert werden können, während der 20-seitige Bericht wahrscheinlich keine Probleme beim Rendern hätte.

Cognos und Business Objects kosten Sie in der Regel Hunderttausende von Dollar an anfänglichen Lizenzgebühren und jährlichen Gebühren für Wartungsverträge. Reporting Services haben dieses Problem natürlich nicht, wenn Sie bereits SQL Server 2000 / 2005 / 2008 verwenden. Wenn Sie nur Oracle, MySQL oder andere Nicht-Microsoft-Datenbank-Backends einsetzen, ist die Anschaffung eines SQL Servers nur für Berichte aus Sicht der Lizenzierung wahrscheinlich günstiger. Allerdings kann es aus Sicht der Betriebskosten teurer sein, wenn Ihr Unternehmen keine Erfahrung mit SQL Server hat. Ich empfehle NICHT, Reporting Services als Front-End für eine Nicht-Microsoft-Datenbank zu verwenden. Ich habe das schon erlebt, und es lohnt sich nicht. Reporting Services kann mit Nicht-Microsoft-Datenbanken funktionieren, aber Cognos und Business Objects leisten bessere Arbeit, indem sie die Datenbank abstrahieren, wenn Sie ein Nicht-Microsoft-Datenbankgeschäft sind.

Vielleicht möchten Sie festlegen, ob Sie die Erstellung von Berichten durch Nicht-IT-Endbenutzer unterstützen wollen. Wenn Sie nach einer guten Lösung für Endbenutzer suchen, sollten Sie OLAP-Würfel mit Analysis Services erstellen und ihnen den Zugriff über Excel ermöglichen. Ein webbasierter Report Builder ist dann nicht mehr erforderlich. Wenn Sie den Endbenutzern einen webbasierten Report Builder zur Verfügung stellen, führen Sie nur zu einer Ausweitung des Universums/Frameworks/Modells.

Answer 3

Ich würde die Verwendung von Data Dynamics Active Reporting in Betracht ziehen. hier klicken . Sie können sie ähnlich wie Crystal Reports verwenden und für den Export in PDF, Excel, Word usw. eingerichtet werden.

Answer 4

Sie haben Reporting Services als Tag - haben Sie sich die SQL Server Reporting Services angesehen? Damit können Sie PDF- und Excel-Berichte erstellen. Ich kann nicht sagen, wie schnell es bei 6000 20-seitigen Berichten auf einmal ist (6000 verschiedene Berichte??).

Answer 5

Wenn Sie wirklich eine gute Leistung benötigen, sollten Sie einen eigenen Berichtsdienst entwickeln, anstatt einen vorgefertigten zu verwenden. Dies würde natürlich die Flexibilität einschränken, aber wenn Ihre Berichte im Voraus bekannt sind, ist es recht einfach, mit Hilfe einer Excel-Bibliothek eines Drittanbieters Berichte in Excel zu erstellen.

Die Erstellung von Berichten im PDF-Format ist schwieriger, aber die Verwendung von xsl-fo und die Erstellung von PDF-Dokumenten auf diese Weise kann eine gute Lösung sein, je nachdem, was Sie benötigen.