1

私はWebアプリケーションを開発した会社のプロダクトマネージャーです。システムには、SSRS2008-R2を使用してさまざまなレポートを作成するために使用されるデータウェアハウスがあります。

このアプリケーションには、ユーザーが「システム」アイテムと独自の「レポート」を使用して作業環境をカスタマイズできるポータルインフラストラクチャがあります（SharePointやWebPartの使用と非常に似ていますが、目的はまったく異なります）。

ライブWebページにRDLレポートを表示するための一連のベストプラクティスがあるのではないかと思います。ユーザーが、クエリ文字列の異なるリンクを使用して、レポートとシステム間の相互作用を（ある程度）提供できるようにすることを目的としています。

私は次のトピックに苦労しました：

  • パラメータバーではドロップダウンの幅を広げることができないため、フィルタに長い文字列が含まれている場合、ユーザーエクスペリエンスが低下します。

  • レポートテーブルの幅を100％に設定することはできません。参照できるのはピクセル幅のみです。これにより、空白が黒くなり、適切な解像度のサポートができなくなります（ポータルが見苦しくなります）

  • ネイティブの.Netレポートビューアコントロールは、IE以外のブラウザではうまく機能しません

  • ドロップダウンフィルターの検索\クイック検索オプションはありません。

  • ページ間を移動するには、同じダッシュボードに複数のレポートがある場合に奇妙に見えるレポートビューアコントロールのナビゲーションバーを表示する必要があります

  • ローカリゼーション機能が不十分-ローカライズされた文字列を使用するように読み込みアニメーションを変更することはできません。

誰かがこのようなことを試したことはありますか？より柔軟性を提供できるレポートビューアコントロールの他の代替手段はありますか？既存のシステムに簡単にプラグインできるレポート生成機能を提供できる他のツールはありますか？

4

1 に答える 1

2

その価値のために。

私たちはこの種のシナリオを合理的な成功を収めて実行しました。レポートビューアコントロールは、JavaScriptの小さなビットで純粋なhtmlを生成するため、すべてのブラウザでうまく機能しました。IE7-8、FF（2008-2009）、IPad 3.1、MacOs Safari、FFでテストし、動作しました。

私たちがそれをした方法：

  • レポートビューアコントロール（ReportViewer）をホストするための個別のWebaspxプロジェクトを作成しました。実際には、SSRS Webサイトへのリバースプロキシとして機能し、クエリ文字列パラメータの変換を提供します。

  • メインのWebアプリケーションは、ReportViewerアプリを指すIFRAMEを表示し、独自のナビゲーションおよびフィルタリングコントロールを提供します。

  • ReportViewerアプリは、Microsoft.Reporting.WebForms.ReportViewer ctlReportViewerと、URLからMS ReportViewerへのパラメーター変換、セキュリティ、その他の綿毛を含む単純なaspxページです。

  • 実際のレポートビューアでは、ツールバーが無効になっています。私はそのToolbar=falseを信じています。（実際のレポート領域のプロパティを確認することで、すべてのクエリ文字列パラメータを表示できます）。

  • ロケール固有の文字列のほとんどは、レポートレベルで手動で処理する必要がありました。

全体として、約100のクライアントで十分に機能しましたが、それ以上の場合は、別のソリューションを探します。おそらく、サードパーティのレポートコントロール、またはサードパーティのダッシュボードコントロールです。Silverlightダッシュボードルートを開始しましたが、プロジェクトの資金が不足し、次に進みました。

複数のSSRSWebサーバーを作成し、ReportViewerアプリに最も負荷の少ないサーバーを選択させることで、大量のクライアントを利用する場合でも、問題を解決できます。

于 2012-11-30T10:42:30.387 に答える