Rapports Telerik via SSRS?

Question

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?

Particularités: nous souhaitons migrer notre infrastructure de génération de rapports actuelle d'ASP.NET + Crystal (VS Edition) interne vers autre chose.

Ignorant le facteur coût (nous avons une licence Telerik), existe-t-il des avantages ou des inconvénients à utiliser Telerik via 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 planification
• rapports de messagerie sur demande ou planifiés
• sortie pdf, HTML détaillé
• 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é.

Answer 1

SSRS est un système de génération de rapports basé sur un serveur , tandis que Telerik Reporting est uniquement un outil de génération de rapports intégré . Vous devez comparer Telerik Reporting au contrôle SSRS ReportViewer en mode de traitement local , pas le système SSRS complet, à moins que vous n'utilisiez également 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 d'é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, notamment le 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 le limitations connues des rapports Telerik ainsi que des améliorations substantielles dans SSRS 2008 comparées SSRS 2005. En revanche, ReportViewer en mode local ne comprend que RDL 2005, vous êtes donc limité aux fonctionnalités de SSRS 2005.

Désormais, il est plus facile d'examiner vos besoins.

Génération de rapports à partir d'une application ASP.NET personnalisée

• Serveur SSRS: contrôle Web Microsoft ReportViewer configuré pour les vues à distance 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

Les rapports par courrier électronique à la demande ou selon un calendrier

• 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 prend en charge uniquement Excel et PDF
• Telerik: Différents formats de sortie, y compris pdf

HTML en détail

• Serveur SSRS: exploration en profondeur 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

Masquez l'ensemble 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 RDL, compatible OLEDB sources de données, données XML, packages Integration Services et 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 ADO.NET   Objet DataTable ou un énumérable   collection d'objets métier.   ReportViewer Windows Forms également   prend en charge la liaison aux instances de   Système.

Answer 2

Il suffit d'ajouter à la réponse de mika concernant l'interactivité de Telerik:

Leur rapports offre désormais quelques fonctionnalités d'interactivité, notamment la navigation vers un sous-rapport ( accès au détail), accédez à un signet, puis à 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.

Answer 3

Je souhaite ajouter de nouvelles informations sur la solution de Telerik.

Certains éléments précédemment non pris en charge, tels que les rapports de planification et les rapports par e-mail à la demande ou planifiés , sont désormais disponibles dans le serveur Telerik Report Server. produit. Le serveur de rapports est fourni avec le créateur de rapports mentionné ci-dessus. Plus d'informations sur if est disponible ici .

Answer 4

L’une des principales raisons pour lesquelles nous avons cessé d’utiliser SSRS au profit de Telerik est que Telerik offre une meilleure prise en charge sur tous les navigateurs. Naturellement, on ne s’attendrait pas à ce que MS fournisse un support égal à un produit concurrent en matière de compatibilité de navigateur. Étant donné que vous envisagez de faire une application Web, cela peut être un facteur.

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 code 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, nous devions installer VS 2008 et 2010, car VS 2010 ne prend pas en charge la conception de rapports RDL comme 2008 (BIDS est fondamentalement une version réduite de VS 2008: Projets Visual Studio 2010 Reporting Services? )

Avec Telerik, nous pouvons nous en tenir à VS 2010.

Commenter & Tel que: Telerik Reporting dispose également d’un excellent support. Le développement de rapports Telerik repose en grande partie sur des exemples et des forums de support. " Non, vous faites une hypothèse. J'ai créé de nombreux rapports complexes sans aucune direction à partir de forums / échantillon / etc. - c'est un outil très intuitif. Je suis sûr que de nombreux développeurs ont réussi à se débrouiller sans "lourd". la confiance dans les forums / échantillons - ce n'est pas sorcier, c'est un gâteau.

Answer 5

Le mode local SSRS n'est pas pris en charge dans Azure.

Answer 6

Dans les versions les plus récentes, Telerik Reporting utilise le Concepteur de rapports, outil comme le Générateur de rapports, 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.