SSRSを介したTelerikレポート？
大まかな質問は、Telerik ReportingがSSRS（2005）でできないことは何ですか？
詳細：現在のレポートインフラストラクチャを社内のASP.NET + Crystal（VS Edition）から他のものに移行することを検討しています。
コスト要因（Telerikライセンスがあります）を無視して、SSRSを介してTelerikを使用することに賛否両論はありますか？
必要な主な要素は次のとおりです。
- カスタムASP.NETアプリケーションからレポートを生成する
- レポートのスケジュール
- オンデマンドまたはスケジュールでレポートを電子メールで送信する
- pDF出力、ドリルダウンHTML
- レンダリングエンジンに渡す前に
C#でデータセットをマッサージする
（どちらのエンジンでも）利点や制限を指摘する経験やサイトがあれば、大歓迎です。
SSRSはサーバーベースのレポートシステムですが、Telerikレポートは純粋に埋め込みレポートツールです。 SSRSサーバーも使用する場合を除き、SSRSシステム全体ではなく、ローカル処理モードでTelerik ReportingをSSRS ReportViewerコントロールと比較する必要があります。これが最初に答える質問だと思います。レポートサーバーを使用することの長所と短所を評価する必要があります。
埋め込みレポートを選択する通常の理由は、サーバーの依存関係を回避するためです。アプリケーション開発者であり、アプリケーションを複数のサイトに展開する場合、アプリケーションに加えて複数のSSRSインストールをサポートする必要があります。 Telerikレポートは、アプリケーションで簡単に展開できるDLLにコンパイルされます。
一般に、サーバーベースのSSRSはTelerikレポートよりも機能が豊富で、特にSSRS 2008 tablix が便利です。 Telerik Reportingは2009年第1四半期からのみクロス集計をサポートしていると思います。ドリルダウンなどのインタラクティブな機能はサポートしていません。 SSRS 2005と比較して、SSRS 2008ではTelerikレポートの 既知の制限 と 大幅な改善 が表示されます。一方、ローカルモードのReportViewerはRDL 2005のみを認識します。したがって、SSRS 2005の機能に制限されます。
これで、要件を簡単に確認できます。
カスタムASP.NETアプリケーションからのレポートの生成
- SSRSサーバー： リモート処理 用に構成されたMicrosoft ReportViewer Webコントロールは、SSRSサーバーによって処理およびレンダリングされたレポートを表示します
- SSRSローカルモード：Microsoft ReportViewerは、ローカルRDL 2005レポート定義を処理およびレンダリングします
- Telerik：Telerik ReportViewerは、レポートを処理してレンダリングします。レポートは、すべてのリソース（画像など）が埋め込まれた単一のdllとして展開できます。これが、Telerikのレポートの強みです。
スケジューリングレポート
- SSRS：サーバー側機能、ローカルモードではサポートされていません
- Telerik：サポートされていません
レポートをオンデマンドまたはスケジュールでメール送信
- SSRS：サーバー側機能、ローカルモードではサポートされていません
- Telerik：サポートされていません
Pdf出力
- SSRS：サーバーモードでのさまざまな出力形式。ローカルモードでは、ReportViewerはExcelとPDFのみをサポートします
- Telerik：PDFを含むさまざまな出力形式
ドリルダウンhtml
- SSRSサーバー：サブパラメーター（別のRDLレポート定義）へのドリルダウン（パラメーターの受け渡し、レポート要素の静的URL）
- SSRSローカルモード：静的URLですが、インタラクティブ機能はありません
- Telerik：静的なURLですが、インタラクティブな機能はありません
C＃でデータセットをマッサージしてからレンダリングエンジンに渡す
- SSRSサーバー：RDLで定義されたレポートデータセット、OLEDB互換データソース、XMLデータ、Integration Servicesパッケージ、および標準.NETプロバイダーをサポートします
- SSRSローカルモード：この引用は、Lachevの本（p.525）から直接引用しています。
ReportViewerは、ローカル処理モードで2種類のデータソースをサポートします。ADO.NETDataTableオブジェクトを含むデータセットまたはビジネスオブジェクトの列挙可能なコレクションです。 ReportViewer Windowsフォームは、System.Windows.Forms.BindingSourceのインスタンスとSystem.Typeへのバインドもサポートします。レポートビューアーWebサーバーは、System.Web.UI.IDataSourceのインスタンスへのバインドをサポートしています。
- Telerik：実行時に任意のDataSetまたはDataViewをデータソースとして設定できます
重要な要素があり、企業のファイアウォールの内部で内部レポートを実行している場合、SSRSサーバーを使用することをお勧めします。 SQL Server 2008ライセンスを1つ取得するか、SQL 2008 Expressをレポートサーバーとして使用してください。ただし、組み込みレポートを使用する必要がある場合は、少なくともMicrosoft ReportViewerがローカルモードでRDL 2008をサポートするまでは、Telerikがおそらくより良い選択です。この新しいReportViewerはVisual Studio 2010に同梱される必要があります。
SSRSについては、Teo Lachevの Applied Microsoft SQL Server Reporting Services を読むことをお勧めします。サンプルチャプターは 本のサイト および Googleブックス にあります。
Telerik Reportingも優れたサポートを提供しています。 Telerikレポートの作成は、 samples および support forums に大きく依存しています。
特に 組み込みレポート および Telerik Reporting に関するブログ投稿も書いています。
Telerikのソリューションに関するいくつかの新しい情報を追加したいと思います。
Scheduling reportsやなど、以前はサポートされていなかったものの一部をオンデマンドまたはスケジュールでメールでレポートがTelerik Report Server製品の一部として利用可能になりました。レポートサーバーには、上記のレポートデザイナーが付属しています。 ifが利用可能な場合の詳細情報 here 。
SSRSの使用を中止してTelerikを採用した主な理由の1つは、Telerikがブラウザー間ではるかに優れたサポートを提供するためです。当然のことながら、ブラウザの互換性に関しては、MSがライバル製品に対して同等のサポートを提供することは期待できません。あなたはWebベースのアプリケーションを実行する計画を立てているので、これは要因になるかもしれません。
最初にTelerikレポートバージョン2010 Q2の使用を開始しましたが、ドリルダウンまたはリンク機能を提供するためにWebアプリを介してレポートをリンクする問題はありませんでした。とてもシンプルで直感的でした。
もう1つ考えるべきことは、RRSファイルであるSSRSレポートファイルに対して、Telerikレポートがアプリにコンパイルされることです。レポートを変更する必要がある場合は、アプリを再コンパイルして再デプロイする必要があります。 RDLファイルの場合は、SSRSサーバーにアップロードするだけです。ただし、変更要求のSDLCが少し長いことを意味しますが、私はまだTelerikを好みます。
私の麺を磨くもう1つのことは、VSRSを使用している限り、VS 2008と2010の両方をインストールする必要があったことです。 ： Visual Studio 2010 Reporting Servicesプロジェクト？ ）
Telerikを使用すると、VS 2010の使用を続けることができます。
「Telerik Reportingも優れたサポートを提供しています。Telerikレポートの開発は、サンプルとサポートフォーラムに大きく依存しています。」：いいえ。想定していることです。 forums/sample/etcからのany指示を必要とせずに、多くの複雑なレポートを作成しました-これは非常に直感的なツールです。フォーラムやサンプルに「大きく」依存することなく問題なく実行できた開発者はたくさんいると思います。ロケット科学ではなく、簡単なことです。
SSRSローカルモードはAzureではサポートされていません。
最新バージョンのTelerik Reportingには、レポートビルダーのようなツールであるレポートデザイナーがあり、レポートビューアーはXMLレポート定義（trdx）をサポートしています。したがって、レポートを変更した場合、コンパイルは必要ありません。