4

クライアント側のレポートはいつ使用し、サーバー側のレポートはいつ使用しますか?

どのレポートがベスト プラクティスですか (クライアント/サーバー)?

これは、SSRS レポートに関係します。

4

4 に答える 4

3

ええと...winformsクライアントのようなものがあり、データソースへの常時アクセスを保証できない場合に使用するクライアント側のレポート。サーバーへの接続が利用できない場合でも、レポートする必要があるデータのセットがクライアント側にキャッシュされている場合があります。

レポートを1つの場所に展開するだけで、誰もがレポートにアクセスできるため、レポートの配布と展開を簡素化する必要があるシナリオで使用するサーバー側のレポート。これには、サーバーが常に接続を利用できるようにする必要があるという欠点があります。

于 2008-09-26T02:41:49.447 に答える
2

クライアント側のレポートは、クライアントがさまざまなソースからデータを収集している場合にも便利です。内部サービスを呼び出して財務および別の実稼働データベースからデータを取得する社内アプリケーションがあり、それらを ReportViewer コントロールに渡す単一のデータセットに結合します。

審美的な観点からは、レポートをアプリケーションに統合して、ユーザーがアプリのデータを印刷またはエクスポートするためにアプリを離れていると感じないようにすることをお勧めします。

于 2008-09-26T03:51:14.990 に答える
1

クライアントサイトのレポート

次のいずれかに該当する場合は、クライアントサイトレポートを使用する必要があります。

  • クライアントにのみデータがあり、ネットワークやサーバーにはない場合。これは主にデスクトップアプリケーションに当てはまります。
  • サーバーはありません（ホームシステム）。

サーバーサイトのレポート

次のいずれかに該当する場合は、サーバーサイトレポートを使用する必要があります。

  • データはサーバー上またはネットワーク内の静的な場所にあります。
  • シンクライアントしかありません。
  • レポートをスケジュールする必要があります。
  • 単一サーバーのライセンスコストは、多くのデスクトップインストールよりも低くなります。
  • レポートテンプレートは共有され、頻繁に変更される可能性があります。
于 2008-09-26T20:17:54.983 に答える
0

この場合、「サーバー」と呼ぶものによって異なります。あなたがSSRSに言及したように、データベース（SQL Server）をサーバーと見なしていると仮定しています。

それはすべて、アプリケーション/プロジェクトの構造と要件によって異なります。ビジネス ロジック (ストア プロシージャ) も含むデータベースがあり、単純にデータをクエリして表示/エクスポートする場合は、SSRS が便利です。

ただし、単に情報を保存し、情報の一貫性を保証する永続レイヤー (データベース) を備えた Web アプリケーションがある場合、ビジネス ロジックは、たとえば、クエリ/維持する Web API (つまり、RESTful API プロジェクト) にあります。データベース データ (CRUD) を追加し、いくつかのロジックを追加し、要求された結果/情報 (つまり、JSON を使用) を含む HTTP 要求への応答をリッチ フロントエンドに追加します。たとえば、ブラウザで実行される Javascript ライブラリは、取得したデータをどのような方法でも表示でき、DOC、Excel、電子メールなどにエクスポートできます。

典型的な Web アプリケーションの懸念事項の分離:

  • 情報を保存し、一貫性を保証する永続層 (データベース)
  • ビジネス レイヤー (バックエンド RESTful API) を使用して、各 HTTP 要求のリソース、計算、認証、承認に関するすべてのスマートなことを行います。
  • ユーザーと対話し、バックエンドに情報を要求/表示するための豊富なフロントエンド (Javascript + HTML + CSS)。情報の表示に関する問題の一環として、このフロントエンドはレポートも生成します。
于 2015-02-03T00:26:50.173 に答える