Était-ce utile?

La solution

SSRS a une très bonne option de mise en cache, de sorte que cela ne devrait pas gêner votre serveur de production. CR a une mise en cache aussi, mais il utilise la mise en cache ASP.NET (les données du rapport sont mises en cache dans votre processus de travailleur de serveurs Web et que je ne le recommanderais pas).

Les SSRS ont soufflé Cr à mon avis;Je trouve l'IDE SSRS beaucoup plus facile à utiliser que CR, il semble être beaucoup plus facile de déployer, et la SSRS offre de nombreuses options qui ne le font pas.

J'ai utilisé des Sprates avec les SSRS et CR - je n'ai vu aucun problème avec non plus.

Autres conseils

Nous sommes au milieu d'une migration de notre système d'entreprise Crystal aux services de reporting SQL.Après quelques recherches et quelques lectures, je trouve facile à utiliser et à saisir des SSR.Il est utile de vous organiser et de décider de la structure de sécurité dans laquelle vous souhaitez présenter des rapports à vos utilisateurs.Une fois que j'avais cela organisé et publié, j'ai décidé de prendre le rapport de cristal le plus important et le plus complexe que nous disposons et de la ré-concevoir à l'aide de SSRS (n'utilisant aucun RPT à l'outil XML).Cette tâche m'a aidé à apprendre cette nouvelle façon de faire des rapports et je trouve la possibilité de concevoir dans VS (ou Microsoft SQL Server Server Report Builder) et la Flexibilty incroyable.

Je recommande fortement de changer si vous le pouvez!

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top