Rapports Telerik via SSRS?
La question générale est la suivante: Y a-t-il quelque chose que Telerik Reporting peut faire que SSRS (2005) ne puisse pas?
Détails: Nous cherchons à migrer notre infrastructure de génération de rapports actuelle d'ASP.NET + Crystal (VS Edition) interne vers autre chose.
En ignorant le facteur coût (nous avons une licence Telerik), existe-t-il des avantages ou des inconvénients à utiliser Telerik sur SSRS?
Les éléments clés dont nous avons besoin sont:
- générer des rapports à partir d'une application ASP.NET personnalisée
- rapports de calendrier
- rapports par courrier électronique sur demande ou selon un horaire
- sortie pdf, drilldown html
- masquer le jeu de données dans
C#avant de le transmettre au moteur de rendu
Toute expérience ou site faisant état d’avantages ou de limitations (avec l’un ou l’autre moteur) serait grandement apprécié.
SSRS est un système de reporting basé sur serveur alors que Telerik Reporting est purement un outil de création de liens embedded . Vous devez comparer Telerik Reporting au contrôle SSRS ReportViewer dansMODE DE TRAITEMENT LOCAL, et non à l'ensemble du système SSRS, sauf si vous souhaitez également utiliser le serveur SSRS. Je pense que c'est la première question à laquelle vous devez répondre: vous devez évaluer les avantages et les inconvénients de l'utilisation d'un serveur de rapports.
La raison habituelle du choix de la génération de rapports intégrée est - éviter une dépendance du serveur . Si vous êtes un développeur d'applications et déployez votre application sur plusieurs sites, vous devrez prendre en charge plusieurs installations de SSRS en plus de votre application. Les rapports Telerik sont compilés dans une dll que vous pouvez facilement déployer avec votre application.
En règle générale, SSRS sur serveur est plus riche en fonctionnalités que les rapports Telerik, en particulier SSRS 2008 tablix est pratique. Je pense que Telerik Reporting a pris en charge les tableaux croisés uniquement à partir du premier trimestre 2009. Il ne prend pas en charge les fonctionnalités interactives telles que l'exploration en profondeur. Vous devriez voir les limitations connues du reporting Telerik ainsi que les améliorations substantielles dans SSRS 2008 par rapport à SSRS 2005. Par contre, ReportViewer en mode local ne comprend que RDL 2005, ce qui vous permet sont limités aux fonctionnalités SSRS 2005.
Maintenant, il est plus facile de regarder vos exigences.
Génération de rapports à partir d'une application ASP.NET personnalisée
- Serveur SSRS: Le contrôle Web Microsoft ReportViewer configuré pour traitement à distance visualise les rapports traités et rendus par un serveur SSRS.
- Mode local SSRS: Microsoft ReportViewer traite et affiche les définitions de rapport RDL 2005 locales
- Telerik: Telerik ReportViewer traite et génère des rapports. Les rapports peuvent être déployés sous forme de dll unique avec toutes les ressources (images, etc.) incorporées. C'est le point fort du reporting Telerik.
Rapports de planification
- SSRS: fonctionnalité côté serveur, non prise en charge en mode local
- Telerik: non pris en charge
Rapports par courrier électronique à la demande ou planifiés
- SSRS: fonctionnalité côté serveur, non prise en charge en mode local
- Telerik: non pris en charge
Sortie PDF
- SSRS: Différents formats de sortie en mode serveur. En mode local, ReportViewer ne prend en charge que les formats Excel et PDF.
- Telerik: Différents formats de sortie, y compris pdf
Drilldown html
- Serveur SSRS: exploration dans un sous-rapport (autre définition de rapport RDL) avec transmission de paramètre, URL statiques dans les éléments de rapport
- Mode local SSRS: URL statiques mais pas de fonctions interactives
- Telerik: URL statiques mais pas de fonctions interactives
Masque le jeu de données en C # avant de le transmettre au moteur de rendu
- Serveur SSRS: prend en charge les ensembles de données de rapport définis dans les sources de données RDL, OLEDB compatibles , Les données XML, les packages Integration Services et les fournisseurs .NET standard.
- Mode local SSRS: cette citation est tirée directement du livre de Lachev (p. 525):
ReportViewer prend en charge deux types de sources de données En mode de traitement local: Un ensemble de données contenant un objet ADO.NET DataTable ou une collection enumerable De objets métier. Windows Forms de ReportViewer permet également de Prendre en charge la liaison aux instances de System.Windows.Forms.BindingSource et de À System.Type. Report Viewer Web , Le serveur prend en charge la liaison à une instance De System.Web.UI.IDataSource.
- Telerik: tout DataSet ou DataView peut être défini en tant que source de données au moment de l'exécution
Compte tenu de vos éléments clés, et en supposant que vous établissiez des rapports internes dans un pare-feu d’entreprise, je recommanderais sans aucun doute l’utilisation d’un serveur SSRS. Essayez d’obtenir une licence SQL Server 2008 ou d’utiliser SQL 2008 Express en tant que serveur de rapports. Toutefois, si vous devez absolument utiliser les rapports intégrés, Telerik est probablement un meilleur choix, du moins jusqu'à ce que Microsoft ReportViewer prenne en charge RDL 2008 en mode local. Ce nouveau ReportViewer doit être livré avec Visual Studio 2010.
Pour SSRS, je vous recommande de lire Microsoft SQL Server Reporting Services de Teo Lachev. Des exemples de chapitres sont disponibles sur le site du livre le et dans Google Books .
Telerik Reporting bénéficie également d'un excellent support. Le développement de rapports Telerik repose largement sur exemples et forums d'assistance .
J'ai également écrit des articles de blog sur rapports intégrés et Rapports Telerik en particulier.
En ajoutant simplement à la réponse de mika concernant l’interactivité de Telerik:
Leur reporting offre désormais quelques fonctionnalités d'interactivité, à savoir la navigation vers un sous-rapport (accès au détail), la navigation vers un signet et la navigation vers l'URL. Leur feuille de route actuelle indique qu'ils ajouteront le tri et l'exploration interactifs d'ici la fin de 2011. Ils devraient rapprocher leur produit de reporting du SSRS à cet égard.
Je souhaite ajouter de nouvelles informations sur la solution de Telerik.
Certains éléments auparavant non pris en charge, tels que Rapports de planification et Les rapports par courrier électronique à la demande ou programmés sont désormais disponibles dans le produit Telerik Report Server. Le serveur de rapports est fourni avec le concepteur de rapports mentionné ci-dessus. Plus d'informations sur si est disponible ici .
L'une des principales raisons pour lesquelles nous avons cessé d'utiliser SSRS et opté pour Telerik est que Telerik prend beaucoup mieux en charge tous les navigateurs. Naturellement, on ne s’attendrait pas à ce que MS fournisse un soutien égal à un produit concurrent en matière de compatibilité de navigateur. Étant donné que vous envisagez de le faire avec une application Web, cela peut être un facteur déterminant.
J'ai commencé à utiliser Telerik Reporting version 2010 Q2 et je n'ai jamais eu de problème pour lier des rapports via une application Web afin de fournir une fonctionnalité d'exploration en aval ou de liaison. C'était assez simple et intuitif.
Une autre chose à considérer est que les fichiers de rapport SSRS sont des fichiers RDL, alors qu'un rapport Telerik est compilé dans votre application. Si vous devez modifier votre rapport, vous devez recompiler et redéployer votre application. Pour les fichiers RDL, il vous suffit de les télécharger sur le serveur SSRS. Cependant, je préfère toujours Telerik, même si cela signifie un SDLC légèrement plus long pour une demande de modification.
Une autre chose qui me pique, c'est que tant que nous utilisions SSRS, VS 2008 et 2010 devaient être installés, car VS 2010 ne prend pas en charge la conception de rapports RDL comme 2008 (BIDS est essentiellement une version réduite de VS 2008. : Projets Visual Studio 2010 Reporting Services? )
Avec Telerik, nous pouvons continuer à utiliser VS 2010.
Commentaire sur "Telerik Reporting dispose également d’un excellent support. La création de rapports Telerik repose largement sur des exemples et des forums de support.": No. Vous faites une hypothèse. J'ai créé de nombreux rapports complexes sans avoir besoin de any direction à partir de forums/sample/etc - c'est un outil très intuitif. Je suis sûr que de nombreux développeurs ont réussi à se débrouiller sans avoir à compter de manière excessive sur les forums/échantillons - ce n’est pas sorcier, c’est un gâteau.
Le mode local SSRS n'est pas pris en charge dans Azure.
Dans les versions les plus récentes, Telerik Reporting utilise Report Designer, outil similaire à Report Builder, et le visualiseur de rapports prend en charge les définitions de rapport XML (trdx). Donc, aucune compilation n'est requise si vous modifiez les rapports.