Telerik Rapports sur SSRS?
la grande question Est la suivante: y a-t-il quelque chose que les rapports Telerik puissent faire que les SSRS (2005) ne peuvent pas faire?
détails: nous cherchons à migrer notre infrastructure actuelle de rapports de l'interne ASP.NET + Crystal (VS Edition) to something else.
en ignorant le facteur de coût (nous avons une licence Telerik), y a-t-il des avantages ou des inconvénients à aller avec Telerik sur les SSRS?
les éléments clés dont nous avons besoin sont:
- générer des rapports à partir d'une ASP.NET application
- planifier des rapports
- rapports par courriel sur demande ou selon un horaire
- sortie pdf, exploration html
- masser l'ensemble de données dans
C#avant de le passer au moteur de rendu
toute expérience ou tout site indiquant des avantages ou des limites (avec l'un ou l'autre des moteurs) serait grandement apprécié.
6 réponses
SSRS est un basé sur le serveur système de déclaration alors que Telerik de Déclaration est purement un embedded outil de reporting. Vous devez comparer la déclaration Telerik au contrôle de ReportViewer du SSRS dans mode de traitement local , pas l'ensemble du système SSRS, sauf si vous avez l'intention d'utiliser le serveur SSRS aussi. Je pense que c'est la première question à répondre: vous devez évaluer les avantages et les inconvénients de l'utilisation d'un serveur de rapports.
la raison habituelle du choix du reporting embarqué est de é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 l'installation de plusieurs SSRS en plus de votre application. Telerik rapports compiler à une dll que vous pouvez déployer avec votre application facilement.
en général, les SSR basés sur le serveur sont plus riches en fonctionnalités que les rapports Telerik, en particulier le SSRS 2008 tablix est pratique. Je pense que Telerik Reporting n'a pris en charge crosstabs qu'à partir du premier trimestre 2009. Il ne supporte pas les fonctionnalités interactives comme drilldown. Vous devriez voir le limitations connues de Telerik reporting et aussi le améliorations substantielles dans SSRS 2008 par rapport à SSRS 2005. D'un autre côté, ReportViewer en mode local ne comprend que RDL 2005, donc vous êtes limité aux fonctionnalités SSRS 2005.
maintenant, il est plus facile de regarder vos exigences.
générer des rapports à partir d'une ASP.NET application
- Serveur SSRS: Microsoft ReportViewer de contrôle du web configuré pour traitement à distance points de vue les rapports traitées et rendues par un serveur SSRS
- SSRS local mode: Microsoft ReportViewer traite et rend le RDL local Définitions du rapport de 2005
- Telerik: Telerik ReportViewer traite et rend des rapports. Les rapports peuvent être déployés en une seule dll avec toutes les ressources (images, etc.).) imbriqué. C'est le point fort du Telerik reporting.
rapports D'ordonnancement
- SSRS: Serveur-côté fonctionnalité, non pris en charge en mode local
- Telerik: non supporté
e-Mail des rapports à la demande ou selon un calendrier
- SSRS : Serveur-côté fonctionnalité, non pris en charge en mode local
- Telerik: non supporté
- SSRS: divers formats de sortie en mode serveur. En mode local, ReportViewer supporte seulement Excel et PDF
- Telerik: divers formats de sortie, y compris pdf
Drilldown html
- Serveur SSRS: Extraction d'un sous-état (autre rapport RDL définition) avec passage de paramètres statique url dans le rapport des éléments
- SSRS mode local: Statique url mais pas de fonctionnalités interactives
- Telerik: Statique url mais pas de fonctionnalités interactives
masser L'ensemble de données en C # avant de le passer au moteur de rendu
- serveur SSRS: prend en charge les ensembles de données de rapport définis dans RDL, compatible OLEDB les sources de données, données XML, Intégration de packages de Services et standard .Fournisseurs NETS
- SSRS local mode: cette citation est tirée directement du livre de Lachev (p. 525):
ReportViewer supporte deux types de sources de données dans mode de traitement local: un ensemble de données qui contient ADO.NET Objet datable ou énumérable la collecte des objets de gestion. Formulaires de ReportViewer Windows les supports lient les instances de Système.Windows.Forme.BindingSource et pour le Système.Type. Report Viewer Web le serveur supporte la liaison à une instance de Système.Web.INTERFACE.IDataSource.
- Telerik: tout ensemble de données ou DataView peut être défini comme une source de données à l'exécution
étant donné vos éléments clés, et en supposant que vous faites des rapports internes à l'intérieur d'un pare-feu d'entreprise, je recommande certainement l'utilisation d'un serveur SSRS. Essayez D'obtenir une licence SQL Server 2008 ou utilisez SQL 2008 Express comme serveur de rapports. Mais si vous devez absolument utiliser les rapports intégrés, Telerik est probablement un meilleur choix, au moins jusqu'à ce que Microsoft ReportViewer supporte RDL 2008 en mode local. Ce nouveau ReportViewer devrait être livré avec Visual Studio 2010.
pour les SSRS, je recommande la lecture de Teo Lachev appliqué Microsoft SQL Server Reporting Services . 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 soutien. Le développement des rapports Telerik s'appuie fortement sur samples et support forums .
j'ai également écrit des billets de blog sur reportage intégré et reportage Telerik en particulier.
vient d'ajouter à mika 'S réponse regarding Telerik interactivity:
leur reporting offre maintenant quelques fonctionnalités d'interactivité, notamment la navigation vers un sous-rapport (drill-through), naviguer vers un signet, et naviguer vers URL. Leur feuille de route actuelle mentionne qu'ils ajouteront le tri interactif et le forage vers le bas d'ici la fin de 2011. À cet égard, ils devraient rapprocher leurs produits de déclaration des DSS.
je veux ajouter de nouvelles informations sur la solution de Telerik.
certaines choses qui n'étaient pas prises en charge auparavant, telles que rapports D'ordonnancement et rapports de messagerie sur demande ou sur un programme sont maintenant disponibles dans le cadre du 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 les SSRS et sommes allés avec Telerik est parce que Telerik a beaucoup mieux prise en charge par les navigateurs. Naturellement, on ne s'attendrait pas à ce que MS fournisse un soutien égal pour un produit rival quand il s'agit de la compatibilité de navigateur. Puisque vous planifiez un faire une application basée sur le web cela peut être un facteur.
j'ai d'abord commencé à utiliser Telerik reporting version 2010 Q2 et je n'ai jamais eu un problème reliant des rapports sur une application web à fournir drill-down ou à la liaison de la fonctionnalité. C'était assez simple et intuitif.
une autre chose à laquelle il faut penser est que les fichiers de rapports SSRS qui sont des fichiers RDL, alors qu'un rapport Telerik est compilé dans votre application. Si vous devez modifier votre rapport, vous devrez recompiler et redéployer votre application. Pour les fichiers RDL, il vous suffit de les télécharger sur le serveur SSRS. Je préfère toujours Telerik, même si cela signifie un SDLC légèrement plus long pour une requête de modification.
un autre la chose qui me vient à l'esprit est que tant que nous utilisions des SSRS, nous devions avoir à la fois VS 2008 et VS 2010 installés, parce que VS 2010 n'a pas de support pour concevoir des rapports RDL comme 2008 a (BIDS est essentiellement une version réduite de VS 2008: Visual Studio 2010 Reporting Services projets? )
avec Telerik nous pouvons nous en tenir à L'utilisation VS 2010.
Commentaire sur "Telerik Reporting a un excellent support. Élaboration de rapports Telerik s'appuie fortement sur des exemples et des forums de soutien.": Aucun. Vous êtes de faire une supposition. J'ai créé de nombreux rapports complexes sans avoir besoin de n'importe quelle "direction des forums/échantillon/etc - c'est un outil très intuitif. Je suis sûr qu'il ya beaucoup de développeurs là - bas qui ont été en mesure de faire très bien sans "lourde" dépendance sur les forums/échantillons-son pas la science de fusée, il est gâteau.
dans les dernières versions Telerik Reporting ont concepteur de rapport qui est outil comme Report Builder et le support report viewer XML report definitions (trdx). Aucune compilation n'est donc nécessaire si vous changez les rapports.