レポートのニーズに SSRS と CR のどちらを使用するかを決定中です。Crystal Reports vs. Microsoft SQL Server Reporting ServicesやSQL Server Reporting Services と Crystal Reports の比較など、いくつかの議論を読みました。すべての非常に有効なポイント。
全体的なコンセンサスは、特に複数のエクスポート タイプ機能を備えた Web ベースのレポート (C#、ASP.Net) の場合は、SSRS の方が適しているようです。
議論の中で私たちが抱いていた唯一の懸念は、SSRS がどのように SQL Server を破壊するかについて完全には確信が持てないということです。
また、すべてのデータは sprocs によってのみアクセス可能であり、テーブルへの直接アクセスはありません。また、CR の SQL 関連の問題について読んだことがありますが、これはさらに別の抑止力のようです。
本番サーバーで SSRS を使用しても、現在のサーバーのパフォーマンスが妨げられないようにしたいだけです。
現在、Crystal Enterprise システムを SQL Reporting Services に移行中です。いくつかの調査といくつかの読み取りの後、SSRS は使いやすく、把握しやすいことがわかりました。これは、自分自身を整理し、ユーザーにレポートを提示するセキュリティ構造を決定するのに役立ちます。それを整理して公開したら、最大かつ最も複雑な Crystal Report を取得し、SSRS を使用して (RPT to XML ツールを使用せずに) 再設計することにしました。このタスクは、レポートを作成するこの新しい方法を学ぶのに役立ちました。VS (または Microsoft SQL Server Report Builder) で簡単に設計でき、柔軟性が驚くべきものであることがわかりました。
できれば乗り換えをオススメします！
SSRS には非常に優れたキャッシュ オプションがあるため、運用サーバーの妨げになることはありません。CR にもキャッシュがありますが、ASP.NET キャッシュを使用します (レポート データは Web サーバーのワーカー プロセスにキャッシュされるため、お勧めしません)。
私の意見では、SSRS は CR を吹き飛ばしました。SSRS IDE は CR よりもはるかに使いやすく、展開もはるかに簡単に思えます。また、SSRS には CR にはない多くのオプションがあります。
SSRS と CR の両方で sprocs を使用しましたが、どちらにも問題は見られませんでした。