SSRS経由のTelerikレポート？

StackOverflow https://stackoverflow.com/questions/1444144

質問

大まかな質問：Telerik ReportingでSSRS（2005）でできないことは何ですか？

詳細：現在のレポートインフラストラクチャを社内のASP.NET + Crystal（VS Edition）から別のものに移行することを検討しています。

コスト要因を無視します（Telerikライセンスを持っています）、SSRS経由でTelerikを使用することに賛否両論はありますか？

必要なキー要素は次のとおりです。

  • カスタムASP.NETアプリケーションからレポートを生成
  • レポートのスケジュール
  • オンデマンドまたはスケジュールに従ってレポートをメールで送信
  • pdf出力、ドリルダウンhtml
  • データセットを C＃でマッサージしてから、レンダリングエンジンに渡します

（どちらのエンジンでも）利点や制限を指摘する経験やサイトは大歓迎です。

役に立ちましたか？

解決

SSRSはサーバーベースのレポートシステムですが、Telerik Reportingは純粋に埋め込みのレポートツールです。 ローカル処理モード 、SSRSシステム全体ではなく、SSRSサーバーも使用する場合を除きます。これは最初に答える質問だと思います。レポートサーバーを使用することの長所と短所を評価する必要があります。

埋め込みレポートを選択する通常の理由は、サーバーの依存関係を回避するためです。アプリケーション開発者であり、アプリケーションを複数のサイトに展開する場合、アプリケーションに加えて複数のSSRSインストールをサポートする必要があります。 Telerikレポートは、アプリケーションに簡単にデプロイできるdllにコンパイルされます。

一般に、サーバーベースのSSRSはTelerikのレポート、特にSSRS 2008よりも機能が豊富です tablix は便利です。 Telerik Reportingはクロスタブを2009年第1四半期からのみサポートしていると思います。ドリルダウンなどのインタラクティブ機能はサポートしていません。 既知の制限 Telerikレポートと、SSRS 2008の大幅な改善一方、ローカルモードの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.NETを含むデータセット   DataTableオブジェクトまたは列挙可能   ビジネスオブジェクトのコレクション。   ReportViewer Windows Formsも   のインスタンスへのバインドをサポート   システム。

他のヒント

Telerikの双方向性に関する mika の返信に追加するだけです：

それらのレポートは、サブレポートへの移動、つまりサブレポート（ドリルスルー）、ブックマークに移動し、URLに移動します。現在のロードマップでは、2011年末までにインタラクティブな並べ替えとドリルダウンを追加する予定であると述べています。これにより、この点でレポート製品がSSRSにより近くなるはずです。

Telerikのソリューションに関する新しい情報を追加したいと思います。

スケジュールレポートやオンデマンドまたはスケジュールでの電子メールレポートなど、以前はサポートされていなかったものの一部が、Telerik Report Serverの一部として利用可能になりました製品。レポートサーバーには、上記のレポートデザイナーが付属しています。 ifの詳細については、こちらをご覧ください。

SSRSの使用をやめてTelerikを採用した主な理由の1つは、Telerikのサポートがブラウザー間ではるかに優れているためです。当然、ブラウザの互換性に関しては、MSがライバル製品に対して同等のサポートを提供することを期待しないでしょう。 Webベースのアプリケーションを実行することを計画しているため、これが要因になる可能性があります。

最初にTelerikレポートバージョン2010 Q2の使用を開始しましたが、ドリルダウンまたはリンク機能を提供するためにWebアプリでレポートをリンクする際に問題が発生したことはありませんでした。非常にシンプルで直感的でした。

もう1つ考慮すべき点は、SSRSレポートファイルがRDLファイルであるのに対して、Telerikレポートはアプリにコンパイルされることです。レポートを変更する必要がある場合は、アプリを再コンパイルして再デプロイする必要があります。 RDLファイルの場合、SSRSサーバーにアップロードするだけです。ただし、変更リクエストのSDLCが少し長くなることを意味しますが、私はまだTelerikを好みます。

私の麺を粉砕するもう1つのことは、SSRSを使用している限り、VS 2008と2010の両方をインストールする必要があったことです.VS 2010は2008のようなRDLレポートの設計をサポートしていないためです（BIDSは基本的に縮小版ですVS 2008： Visual Studio 2010 Reporting Servicesプロジェクト？）

Telerikを使用すると、VS 2010を使用できます。

＆quot; Telerik Reportingのコメントにも優れたサポートがあります。 Telerikレポートの開発は、サンプルとサポートフォーラムに大きく依存しています。＆quot ;: いいえ。仮定を立てています。 forums / sample / etcから any の指示を必要とせずに多くの複雑なレポートを作成しました-非常に直感的なツールです。 「重い」なしでうまくやれる開発者がたくさんいるはずです。フォーラム/サンプルへの依存-ロケット科学ではなく、ケーキです。

SSRSローカルモードはAzureではサポートされていません。

Telerik Reportingの最新バージョンには、Report BuilderなどのツールであるReport Designerがあり、レポートビューアーはXMLレポート定義（trdx）をサポートしています。したがって、レポートを変更する場合、コンパイルは不要です。

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top