問題タブ [reporting]

車輪を再発明することなく、予期しない生産エラーに対処しなければならない現在よりも優れた解決策を探しています。

当社の製品の多くは、リモート サイトにインストールされる WinForm および WPF アプリケーションです。NullReferenceExceptions から「一般的なネットワーク エラー」まで、必然的に予期しないエラーが発生します。したがって、プログラマーのエラーから環境の問題にまで及びます。

現在、これらの未処理の例外はすべて log4net を使用してログに記録され、分析のためにメールで返信されます。ただし、これらのエラー「レポート」に含まれる情報が少なすぎて問題を特定できない場合があることがわかりました。

これらのレポートでは、次のような情報が必要です。

1. アプリケーション名
2. アプリケーションのバージョン
3. ワークステーション
4. たぶんスクリーンショット
5. 例外の詳細
6. オペレーティング·システム
7. 利用可能なRAM
8. 実行中のプロセス
9. 等々...

これをゼロから開発して車輪を再発明したくはありません。必要なコンポーネント:

1. エラーの収集 (詳細は上記のとおり)
2. エラー 'sender' (DB またはインターネットが利用できない場合はキューイングが必要です)
3. エラーデータベース
4. これらのエラーの分析と報告。たとえば、午後 4:00 から午後 5:00 の間に、最も頻繁に発生する 10 件のエラーまたはタイムアウトが発生します。エラーはバージョン x と y でどのように比較されますか?

注:可能な解決策としてSmartAssemblyを検討しましたが、近いとはいえ、私たちのニーズを完全に満たすものではありませんでした。他の開発者が何をしているか、およびいくつかの代替案が存在するかどうかを知りたいと思っていました。

編集：これまでの回答に感謝します。元の質問では明確ではなかったのかもしれませんが、問題は、未処理の例外をすべてキャッチする方法ではなく、それらを処理し、それらの周りにレポート エンジン (分析) を作成する方法です。

最適な状況/製品タイプに適したレポート テクノロジはどれですか? 今考えている技術は以下の3つです。

1. 埋め込みレポート (Crystal Reports; MS レポート サービス)
2. サーバー レポート (MS Reporting Services)
3. OLAP データベース (MS 分析サービス)

既製の製品に使用するレポート テクノロジはどれですか? 市販の製品から OLAP タイプ ベースのレポート機能を使用することは可能ですか?

履歴データに最適なテクノロジはどれですか? ここでは OLAP データベースの方が速いと思いますが、これはデータベースのサイズによって異なります。履歴データに埋め込みレポートを使用することもできると思うからです。

カスタム ソフトウェア ソリューションに最適なテクノロジはどれですか?

MS レポート サービスのように、ユーザーがログインしてレポートを実行できるサーバー上でレポートを作成するというアイデアが気に入っています。実際には、請求書、請求書、顧客情報シートなどのレポートのみを組み込みレポートとして持っています。また、履歴データ用の OLAP データベースを介したレポート サービスも利用できます。

残念なことに、経営陣はこのレイアウトを認識せず、他のすべてのレポートとともにアプリケーション内で Olap レポートを作成できる既製の製品を望んでいます。

場合によっては、厳密に型指定されたデータセットやデータ行ではなく、カスタム オブジェクトを使用することを好みます。ただし、Microsoft Reporting (VS2005 に含まれる) には厳密に型指定されたデータセットが必要なようです。

カスタム オブジェクトを使用してレポートをデザインおよび作成する方法はありますか?

レポート サービスが 1 MB のデータを返したときに、レポートの生成にかかる時間を分単位で知りたいだけです。ビューとテーブルを使用すると、適切にインデックスが作成される可能性があります。SSRS レポートとサーバー側の生成。

SSRS (2005) を使用してレポート モデルを作成し、ローカル サーバーに公開しました。しかし、レポート ビルダーを使用して公開したモデルのレポートを実行しようとすると、次のエラーが発生します。

レポート実行エラー: ユーザーに付与された権限では、この操作を実行するには不十分です。(rsAccessDenied)

SSRS レポートを自分の Web ページに統合しようとしています。コードは次のとおりです。

このレポートを実行しようとすると、次のエラーが表示されます。

誰が私が間違っているのか教えてもらえますか?

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

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

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

私はBIRTで最初のレポートを作成しています。

すぐに、2つの異なるテーブル（結合できる/結合する必要のあるテーブルではない）からのデータを含む式に基づいてテキストまたはデータを表示したいという問題に遭遇しました-（仮想的に例-学生のACTスコアを彼の記録から取得します学生テーブルで、ACT統計の統計テーブルのエントリと比較します。データ要素をデータセットにバインドする必要があることにすぐに気付きました（そのうちの1つのみ）。

BIRTメーリングリストで同様の質問を見つけました。これは解決策を見つけるのに役立ちました。個々のデータ要素を別のデータセットにバインドできますが、それでもコンテナの要素にアクセスできます。要素がバインドされているデータセットにパラメーターを送信できます（たとえば、上記の例では「ACT」）。

しかし、最終的には、3つの異なるテーブルのデータを使用する必要がある場所に到達しました。私はここで立ち往生しており、スクリプト機能を介してこれを行う方法があると思いますが、データセットからデータを抽出する方法をドキュメントでまだ確認していません-これまでに扱ってきたすべてのものはレポート要素をデータセットにバインドすることに関連付けられています。

明確にするために、トップレベルレポートの初期化セクションにJavaScript関数を追加できる（そしてデータ要素の式から呼び出す）ことができることはわかりましたが、スクリプトでどのようにクエリを実行できるかわかりませんデータセット-データ要素にバインドされたデータセットとのみ対話するのではなく）。

BIRTのJavaScriptから任意の（すでに定義されている）データセットにアクセスするにはどうすればよいですか？（または、要素から3つ以上のデータセットにアクセスするにはどうすればよいですか？1つはバインドされており、もう1つはコンテナーがバインドされています）

Web アプリケーション用に VS2008 の Crystal Reports を中心にレポートを設計してきましたが、Microsoft が提供する ReportViewer コントロールを発見しました。私は少し調べましたが、レポートを作成する各方法の長所と短所の良い内訳を見つけることができません.

私は以下に関する長所と短所を探しています：

• 開発の容易さ
• 導入の容易さ
• データのエクスポート機能
• Web でのサポートとヘルプの検索のしやすさ

Sql Server 2000データベースを使用してC＃で記述されたASP.netアプリケーションに取り組んでいます。クライアントがビジネスニーズに使用するPDFレポートがいくつかあります。問題は、これらのレポートの生成に時間がかかることです（> 3分）。通常、ユーザーがレポートを要求すると、Webサーバーがレポートの生成を完了する前に、要求のタイムアウトによって要求が強制終了されるため、ユーザーはファイルをダウンロードする機会がありません。次に、ユーザーはページを更新して再試行します。これにより、レポート生成プロセス全体が最初からやり直され、タイムアウトになります。（いいえ、現在レポートをキャッシュしていません。それは私が強く求めていることです...）。

これらのシナリオをどのように処理しますか？私の頭の中には、レポートの生成を開始するための非同期リクエストを作成し、その後、定期的にステータスをチェックするためのJavaScriptを用意するというアイデアがあります。ステータスがレポートの終了を示したら、実際のファイルに対して別のリクエストを行います。

私が見ていないもっと簡単な方法はありますか？