Quelles sont les solutions de reporting rapide qui fonctionnent avec .Net?

Question

Je suis à la recherche de services de génération de rapports rapides compatibles avec .Net (C# spécifiquement). De plus, étant donné que bon nombre de ces entreprises se méfient de leurs prix (par exemple, Cognos), il serait utile de savoir à quel point elles sont coûteuses.

Nous effectuons des rapports série vers PDF et Excel à partir d'une base de données SQL Server 2005. Plus précisément, en raison du nombre de rapports générés (par exemple 6 000 rapports de 20 pages imprimées) à la fois, nous recherchons une solution rapide.

Nous effectuons un vidage des rapports au format PDF et les transmettons par FTP aux entités externes pour leur consommation. Nous produisons environ 30 types de rapports différents, mais nous pouvons produire le même rapport plusieurs milliers de fois pour chaque élément clé de notre base de données. Chaque rapport sera alimenté par 5-15 requêtes simples (seulement quelques jointures et parfois un groupe par). Je ne suis pas particulièrement préoccupé par les temps de requête, mais plutôt le temps de rendre à un flux de mémoire (ou de sérialiser sur le disque si cela est sensiblement différent de la solution à la solution).

Answer 1

Si vous avez déjà SQL 2005, les services de création de rapports sont gratuits. Il prend en charge nativement les rapports de rendu vers Excel et PDF et dispose d'une documentation assez complète et d'exemples pour vous aider à démarrer.

Le concepteur est intégré dans Visual Studio et les options de gestion côté serveur permettent de réaliser des scénarios d'abonnement et de livraison plutôt complexes. Par exemple, les abonnements pilotés par les données vous fournissent un moyen intégré de générer la création planifiée de rapports qui sont livrés via plusieurs options de livraison (courrier électronique, partage de fichiers, etc. (vous pouvez en ajouter d'autres)).

Quand vous dites rapide - je pense que SSRS correspond aux deux cas. Non seulement la montée en charge doit être rapide, car vous utilisez déjà le SQL, mais vous connaissez le jeu d'outils MSFT, mais les performances et l'architecture (une évolution simple du serveur de reporting) suffiront pour ce que vous faites.

Answer 2

Je voudrais utiliser Data Dynamics Active Reporting click here. Vous pouvez les utiliser de manière similaire à Crystal Reports et ils peuvent être configurés pour exporter vers PDF, Excel, Word, etc.

Answer 3

Vous disposez de Reporting Services en tant que balise. Avez-vous consulté SQL Server Reporting Services? Il fait PDF & Rapport Excel. Je ne peux pas parler de sa vitesse sur 6000 rapports de 20 pages à la fois (6000 rapports différents ??).

Answer 4

Cognos, SAP Business Objects, Oracle BI Suite, MicroStrategy et Reporting Services ont tous des performances comparables à celles d'Excel et de PDF dans leurs rapports respectifs. Tous peuvent potentiellement rencontrer des erreurs de mémoire si vous essayez de produire un rapport trop volumineux. Le nombre de pages n'est pas un bon indicateur de la taille du rapport. Vous pouvez avoir un rapport d'une page qui génère 1 million de lignes en HTML ou un rapport de 20 pages qui ne génère que 40 lignes par page. Le rapport d'une page échouerait probablement à cause des contraintes de mémoire et le rapport de 20 pages n'aurait probablement aucun problème à rendre.

Cognos et Business Objects vous coûteront généralement des centaines de milliers de dollars en frais de licence initiaux et en frais d'entretien annuel. Reporting Services n'a pas ce problème si vous utilisez déjà SQL Server 2000/2005/2008. Si vous exécutez uniquement Oracle, MySQL ou d'autres bases de données non-Microsoft, l'achat d'un serveur SQL uniquement pour les rapports sera probablement être moins cher d'un point de vue de la licence. Cependant, cela peut être plus coûteux du point de vue des frais généraux si votre entreprise n'a aucune expertise avec SQL Server. Je ne recommande pas d'utiliser Reporting Services comme frontal pour une base de données non-Microsoft. Été là, fait cela, ne vaut pas le coup. Reporting Services peut fonctionner avec des bases de données non Microsoft, mais Cognos et Business Objects font un meilleur travail en supprimant la base de données si vous êtes un magasin de base de données non Microsoft.

Vous souhaiterez peut-être déterminer si vous envisagez de permettre à des utilisateurs finaux autres que l'informatique de créer des rapports. Si vous cherchez une bonne solution pour les utilisateurs finaux, créez des cubes OLAP avec Analysis Services et donnez-leur un accès via Excel. Éliminez le besoin de leur donner un générateur de rapports basé sur le Web. Vous demandez simplement l'extension de l'univers/structure/modèle si vous fournissez aux utilisateurs finaux un générateur de rapports basé sur le Web.

Answer 5

Si vous avez vraiment besoin de bonnes performances, vous pouvez créer votre propre service de génération de rapports plutôt que d'utiliser un service prédéfini. Cela limiterait bien sûr la flexibilité, mais si vos rapports sont connus à l'avance, il sera très facile de rapporter à exceller en utilisant une bibliothèque Excel tierce.

La création de rapports en pdf sera plus difficile, mais l'utilisation de xsl-fo et la création de documents PDF de cette façon peuvent être une bonne solution en fonction de ce dont vous avez besoin.