Rapports Telerik via SSRS?

Question

Vaste question est: Est-il rien de Telerik Reporting peut faire SSRS (2005) ne le peuvent pas?

Détails: Nous sommes à la recherche pour migrer nos Rapports actuels de l'infrastructure de la maison ASP.NET + Cristal (VS Edition) à quelque chose d'autre.

Ignorant le facteur de coût (nous avons un Telerik licence), est-il les avantages ou les inconvénients d'aller avec Telerik sur SSRS?

Les principaux éléments dont nous avons besoin sont:

• générer des rapports à partir d'un personnalisé ASP.NET application
• planifier des rapports
• e-mail des rapports à la demande ou selon un calendrier
• sortie au format pdf, html drilldown
• massage de l'ensemble de données en C# avant de le transmettre au moteur de rendu

Avez-vous des expériences ou des sites qui soulignent les avantages et les limites (avec moteur) serait grandement apprécié.

Answer 1

SSRS est un serveur de base de système de déclaration alors que Telerik de Déclaration est purement une embarqués outil de reporting. Vous devriez comparer Telerik Rapports SSRS contrôle ReportViewer en mode de traitement local, et non pas l'ensemble de la SSR système, sauf si vous avez l'intention d'utiliser le serveur SSRS trop. 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 de choix intégré des rapports est d' éviter un serveur de dépendance. Si vous êtes un développeur d'applications et de déployer votre application sur plusieurs sites, vous avez en charge plusieurs SSRS installation de votre demande. Telerik rapports de compiler une dll que vous pouvez déployer votre application facilement.

Généralement, serveur SSRS est plus riche en fonctionnalités que Telerik rapports, en particulier le SSRS 2008 tableau matriciel est à portée de main. Je pense que Telerik présentation de l'information a pris en charge les tableaux croisés seulement par rapport au T1 2009. Il ne prend pas en charge les fonctionnalités interactives comme d'exploration. Vous devriez voir les limitations connues de Telerik et aussi, les améliorations substantielles dans SSRS 2008, comparativement à SSRS 2005. D'autre part, ReportViewer en mode local comprend RDL 2005 seulement, de sorte que vous êtes limité à SSRS 2005 fonctionnalités.

Maintenant, il est plus facile de regarder à vos besoins.

La génération de rapports à partir d'un personnalisé ASP.NET application

• Serveur SSRS: Microsoft ReportViewer de contrôle du web configuré pour le traitement à distance des vues sur les rapports traitées et rendues par un serveur SSRS
• SSRS mode local: Microsoft ReportViewer processus et rend le local RDL rapport de 2005 définitions
• Telerik: Telerik ReportViewer processus et rend les rapports. Les rapports peuvent être déployés en tant que dll unique avec toutes les ressources (images, etc.) incorporé. C'est le point fort de Telerik de reporting.

Rapports de planification de la

• SSRS: Serveur-côté fonctionnalité, non pris en charge en mode local
• Telerik : Non pris en charge

E-mail des rapports à la demande ou selon un calendrier

• SSRS : Serveur-côté fonctionnalité, non pris en charge en mode local
• Telerik: Non pris en charge

La sortie au format Pdf

• SSRS: Différents formats de sortie en mode serveur. En mode local, ReportViewer prend en charge uniquement les formats Excel et PDF
• Telerik: Différents 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

Massage de l'ensemble de données en C# avant de le transmettre au moteur de rendu

• Serveur SSRS: prend en charge le rapport ensembles de données défini dans la RDL, OLEDB compatible les sources de données, données XML, Intégration de packages de Services et standard .Fournisseurs NETS
• SSRS mode local: Cette citation est directement à partir de Lachev du livre (p.525):

ReportViewer prend en charge deux types de sources de données en mode de traitement local: un dataset qui contient un ADO.NET Objet DataTable ou une énumération la collecte des objets de gestion. ReportViewer Windows Forms aussi prend en charge la liaison à des instances de Système.De Windows.Les formulaires.BindingSource et pour le Système.Type. La Visionneuse De Rapports Web le serveur prend en charge la liaison à une instance de Système.Web.L'INTERFACE utilisateur.IDataSource.

• Telerik: un ensemble de données ou un DataView peut être définie comme une source de données lors de l'exécution

Compte tenu de vos éléments clés, et en supposant que vous faites du reporting interne à l'intérieur d'un pare-feu d'entreprise, je serais certainement vous recommandons d'utiliser un serveur SSRS. Essayez d'obtenir un SQL Server 2008 licence ou de l'utilisation de SQL 2008 Express comme un serveur de rapports. Mais si vous devez absolument utiliser embedded rapports, Telerik est probablement un meilleur choix, au moins jusqu'à ce que Microsoft ReportViewer prend en charge RDL 2008 en mode local. Cette nouvelle ReportViewer devrait être livré avec Visual Studio 2010.

Pour SSRS, je recommande la lecture de Teo Lachev est Appliqué Microsoft SQL Server Reporting Services. Exemples de chapitres sont disponibles sur le livre du site dans Google Livres.

Telerik Reporting a un excellent soutien de trop. Le développement de Telerik rapports s'appuie fortement sur les échantillons et les forums de support.

J'ai aussi écrit des messages de blog sur le reporting intégré et Telerik Reporting en particulier.

Answer 2

Juste en ajoutant à mika's réponse concernant Telerik l'interactivité:

Leurs rapports maintenant propose quelques fonctions d'interactivité, à savoir la navigation vers un sous-état (de forage), naviguez jusqu'à un signet, et accédez à l'URL. Leur feuille de route mentionne qu'ils vont ajouter interactif de tri et d'exploration d'ici la fin de 2011. Ceux-ci devraient apporter leurs rapports produit beaucoup plus proche de SSRS à cet égard.

Answer 3

L'une des principales raisons nous nous sommes arrêtés à l'aide de SSRS et est allé avec de Telerik est parce que Telerik a beaucoup plus de soutien dans les navigateurs. Naturellement, on ne s'attendrait pas à MS pour fournir un soutien pour un produit concurrent quand il s'agit de la compatibilité du navigateur. Puisque vous êtes planification pour faire une application basée sur le web, cela peut être un facteur.

J'ai d'abord commencé à l'aide de Telerik de rapports version 2010 T2 et n'a jamais eu un problème de liaison des rapports sur une application web pour fournir de l'exploration ou de la liaison de la fonctionnalité. C'était assez simple et intuitive.

Une autre chose à penser, c'est que des fichiers de rapport SSRS, qui sont des fichiers RDL, tandis qu'un Telerik rapport est compilé dans votre application. Si vous avez besoin de changer votre rapport, vous aurez besoin de recompiler et de redéployer votre application. Pour RDL fichiers, il vous suffit de les télécharger sur le serveur SSRS. Je préfère encore Telerik, même si cela signifie un peu plus de SDLC pour une demande de modification.

Une autre chose qui broie ma nouille est que tant que nous avons utilisé SSRS nous avons eu à la fois VS 2008 et 2010 est installé, parce que VS 2010 ne prend pas en charge la conception des rapports RDL comme 2008 a (OFFRES est essentiellement une version réduite de VS 2008: Visual Studio 2010 Reporting Services Projets? )

Avec Telerik nous pouvons nous en tenir à l'aide de VS 2010.

Commentaire sur "Telerik Reporting a un excellent soutien de trop. Le développement de Telerik rapports s'appuie fortement sur des échantillons et des forums de support.": Pas de. Vous êtes de faire une supposition. J'ai créé de nombreux rapports complexes sans avoir besoin de toute la direction de forums/exemple/etc - son très intuitive de l'outil. Je suis sûr qu'il y a de nombreux développeurs qui ont été en mesure de le faire très bien sans "lourd" de la confiance sur les forums/échantillons - son pas la science de fusée, c'est du gâteau.

Answer 4

ce sont toutes des comparaisons de surface. la vérité est que ssrs est à des années-lumière en tant que plate-forme de reporting. il dispose d'une mise en cache proactive, d'une évaluation à la demande, d'un langage de script complet et d'un excellent concepteur. Je ne parlerai même pas des avantages des éléments de rapport de visualisation de données SSRS. Si vous êtes sérieux au sujet de la génération de rapports, ne comparez pas ces solutions car elles proviennent de différentes dimensions.

Answer 5

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.