2008-11-01 10 views

Répondre

1

SSRS est bon si votre utilisez le serveur sql

+0

Je vais voter si vous développez plus dans votre réponse. – UnkwnTech

0

Dans l'ensemble, SSRS est une solution OK pour la fonctionnalité de reporting interne. Il est puissant pour ce qu'il fait, mais à mon humble avis, il n'est pas assez généralisé pour des analyses et des rapports puissants. Hors de la boîte, il va générer une table de données ou un simple graphique.

J'ai utilisé SSRS 2000 et 2005 pour créer des rapports rudimentaires et utiliser ce qui a été fourni avec des applications telles que MOM 2005. SSRS offre une grande flexibilité pour générer des rapports sur des requêtes SQL paramétrées. Vous pouvez étendre la génération de rapports avec .NET CLR pour effectuer le traitement post-requête, la génération d'image, etc. L'interface Web est assez conviviale et vous pouvez exporter les rapports générés dans divers formats.

L'interface Web ne peut pas être très personnalisée. Le cadre de saisie des paramètres ne peut pas être redimensionné. Par conséquent, si vous disposez d'un rapport avec de nombreux paramètres, SSRS le dimensionnera volumineux et le rapport affichera un résultat faible et vous ne pourrez pas le modifier dans le navigateur. Parlant de nombreux paramètres, tous les paramètres sont déclarés statiquement. Vous ne pouvez pas créer par programme des paramètres à partir de l'interface utilisateur. par exemple. le rapport MOM 2005 pour les données de performances ne vous donne que 4 emplacements pour spécifier les métriques de performance à rapporter. Vous ne pouvez pas ajouter plus, réorganiser, etc. Vous constaterez également que vous ne pouvez pas générer de rapports imbriqués, tels qu'un rapport de synthèse avec plusieurs graphiques, tableaux, etc., comme un rapport de journal Web.

Je n'ai pas utilisé Crystal Reports, donc je ne peux pas comparer. SS12 fait un bon travail de rendre les rapports rapides et faciles.

+0

Dans SSRS 2005, vous pouvez utiliser le contrôle Report Viewer dans des projets Web ou Win. Cela vous donne un contrôle total sur les contrôles de paramètres utilisés par votre application lorsque vous transmettez des valeurs de paramètres directement à l'objet de rapport hébergé par votre application. –

3

Comme la plupart des outils de Microsoft qui font cela si vous restez dans ce qu'ils ont décidé que vous devriez faire, ce n'est pas un problème. Si vous essayez de sortir de la boîte les choses deviennent intéressantes et vous finirez par avoir recours à des solutions de contournement assez curieuses pour que les choses fonctionnent. Crystal Reports d'autre part est plus difficile à apprendre mais vous donne une plus grande flexibilité dans ce que vous pouvez faire.

Nous avons beaucoup de nos rapports où je travaille dans Crystal Reports et j'ai décidé de les convertir en SSRS. Cela prend du temps et nous avons trouvé plusieurs choses qui ne fonctionnent pas comme nous le souhaitons, mais SSRS a l'avantage d'être gratuit avec SQL Server. Crystal coûte beaucoup, donc si vous devez tenir compte des coûts avec SSRS et apprendre les caprices

Éditer: Comme pour la performance, nous ne pouvons pas dire beaucoup de différence dans les temps de rendu pour les rapports Crystal vs SSRS.

1

Performance sage, je pense que MSRS fonctionne mieux pour la déclaration pure. Si vous devez créer des rapports ou des formulaires que vous donnez à des clients externes, j'utiliserais CR. Il a plus de fonctionnalités, et plus de contrôle sur la mise en page de votre rapport.

0

arrivé en retard à la fête :)

Si vous faites des applications de bureau, CR a une tête énorme. Installation des frameworks .NET corrects et du CR lui-même avant d'installer votre application sur le client. Nous utilisons CR depuis longtemps, mais maintenant que nous voulons faire de la distribution à grande échelle, nous pensons que ce sera trop difficile pour nos clients, dont certains n'ont pas les compétences pour passer par toutes les étapes. CR 13 nécessite souvent l'installation de versions x86 et x64 lorsque vous installez sur des ordinateurs x64 ... un peu déroutant et frustrant pour les clients!

Nous avons commencé cette conversion il y a quelque temps et jusqu'à présent, nous n'avons rien trouvé que nous ne puissions pas faire avec les rapports SSRS (* .rdl et * .rdlc). L'installation de nos applications est maintenant en une seule fois à partir de la configuration de l'application; l'installation installe le framework .NET (s'il manque) et c'est tout ce dont nous avons besoin pour le déployer.

De plus, je donne normalement aux étudiants des rapports sur les devoirs dans Access et quand ils ont fini, ils me l'envoient et il est assez facile de les convertir en .rdl et de les intégrer. Ils n'ont besoin de rien d'autre qu'Office pour faire leurs devoirs. En ce qui concerne le niveau de reporting: nous faisons des ERPs. Pour l'analyse: J'ai fait plusieurs analyses de thèse de maîtrise en utilisant SSRS, des choses que j'ai trouvé difficiles à faire avec SPSS; peut être dû à ma connaissance limitée de celui-ci.