あなたが選んだレポートツールは何ですか?[閉まっている]

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

質問

すべてのプロジェクトには必ず何らかのレポート機能が必要です。選択した言語の foreach ループから完全な BI プラットフォームまで。

仕事を成し遂げるために、グループはどのようなツール、ウィジェット、プラットフォームを使用して、成功、挫折、失敗を経験しましたか?

役に立ちましたか？

解決

かなり「ありきたり」なレポートを作成できる SQL Reporting Services は、本当に非常に優れています。

複雑な分析の場合、ほとんどのユーザーにとって、データ (事前に集計されている可能性があります) を Excel ピボット テーブルにロードするだけで十分です。

包括的な「アドホック」レポート スイートの構築には多くの時間 (とお金) を費やすことができ、最初の 1 ～ 2 か月の「驚くべき要素」の後には、生成されるレポートの 99% が同じレポートになることがわかりました。パラメータの固定セットに小さな違いがあります。

ユーザーが、どのような目標やターゲットを求めているかを明示せずに「アドホック」レポートが必要だと言う場合は、受け入れないでください。彼らはただ釣りをしているだけであり、実際には、あなたがソリューションの構築に費やすのと同じくらい多くの時間を、レポート要件について考えることに費やす必要があります。

「すべてを報告できるシステム」の構築にあまりにも多くの時間を費やしてきたため、完成する前にそれが時代遅れになったり、時代遅れになったりしてしまいました。できるだけ早く手っ取り早く成功を収めてから、最も重要なレポートを「体系化」することに時間を費やす方がずっと良いでしょう。

他のヒント

ほとんどのレポートで使用されるのは、 バート.

私は Reporting Services と Crystal をかなり広範囲に使用しており、現在 Excel(ick) を使用していくつかのレポートを作成しています。

Reporting Services は単純なレポートには非常に適していますが、書式設定、複雑な数式、グラフなどを完全に制御する必要がある場合にはすぐに使用できます。クリスタルはまだまだ先だ。また、Crystal の方がはるかに使いやすいと思います。レポート プレビュー内で変更できることは非常に貴重です (RS の新しいバージョンでは可能になる可能性があります)。

また、RS は Web サーバーにデプロイする必要があるため、外部にデプロイする必要があるアプリケーションを作成している場合には、その有用性が制限されます。

Crystal の古いバージョンには非常にバグがありましたが、最新バージョンははるかに優れており、Reporting Services よりもはるかに成熟しています。

多くのプロジェクトで ActiveReports を使用しています。

私は BIRT プロジェクトのコミッターなので、偏見があります。BIRT は、必要とされるさまざまな設計および展開機能に対して、非常によく考え抜かれたレポート オブジェクト モデル (ROM) と適切な API を提供します。さらに、BIRT は最高の多言語サポートを提供し、CSS を使用して開発と設計を分離する機能を提供します。

BIRT は、REAPI を通じてライセンス費用なしでアプリケーションに組み込むことも、いくつかの商用製品を通じて購入することもできます。

Cognos は堅牢なツール スイート (Oracle バックエンドのフロントエンドとして使用しています) ですが、複雑なレポート タスクを実行する方法に関するドキュメントが著しく不足しています。ほとんどの場合、最終的には、必要な作業が完了するまで、Cognos を使い続けることになります。何かを働かせる。

Microsoft Access をレポート フロントエンドとして使用することの有用性を軽視するつもりはありません。それほど便利な Web 対応機能はありませんが、社内レポートでは非常に多用途で驚くほど強力です。

を使用しております i-netクリアレポート 私たちのレポートのために（私たちが「自分のドッグフードを食べる」方法として）。;)

  • クリスタルレポートみたいな感じで、
  • Crystal Reports テンプレートを読み取ることができます。
  • API のほうが便利ですが、
  • Crystal Report よりもコストが低くなります (サポート コストを考慮すると、 オープンソースよりコストが低い)
  • Java で書かれているため、プラットフォームに依存しません。
  • 無料で完全に機能するものを提供します レポートデザイナー

お金に余裕があるなら、Cognos を選んでください。これらは、基本的にレポート作成を「開発者不要」にするデータ キューブを提供し、エンド ユーザーはレポート、ダッシュボードなど、好きなものを作成できます。

「一般人」にとって、私は .NET ライブラリ/ツールの ComponentOne レポートがとても気に入っています。Crystal Reports と雰囲気は似ていますが、XML 形式は非常に使いやすいので内部で編集でき、単純な更新を行うときに対処しなければならなかったバージョン管理、キー、その他の項目に関する頭痛の種はありません。レポートまたは基礎となるバージョン。

SSAS に関する作業はそれほど多くありませんが、これにはとても夢中になっています。

ASP.net用キューブブラウザ

これは、Web アプリで Excel ピボット テーブルの機能の多くを提供します (私はピボット テーブルの機能全体を実際に理解できるほど十分な Excel の専門家ではないと思いますが、少なくとも Visual Studio のキューブ ブラウザーに匹敵するように見えます)。 。

残念ながら、デモはもうオンラインではないようです:(

私も SQL Server Reporting Services が大好きです。それはただ何かをするだけで、それを簡単に実行します。

Crystal Reports は、まったく同じレポート ファイルを簡単に取得できるため、

1 - イントラネットに投稿する

2 - アプリケーションに埋め込む

3 - 必要な人に Excel 出力として電子メールで送信されるようにスケジュールを設定します。

また、(すでに提案したように) Excel、PDF、その他の形式に簡単にエクスポートできます。

私たちは BIRT を使用してきましたが、それにどれだけ多くの WYSIWIG 機能があるかを理解するまで、私にとっては学習曲線が急峻でした (私は XML ソース コードを直接編集し始めましたが、これはお勧めしません)。 出力固有のトリックがいくつかあります (次のようなものがあります)。 XLS 形式に出力するときに空白の A 列を取得しないように左マージンを 0 にします) が、ほとんどの場合、使用、編集、プレビューはすばやく簡単です。

また、単一のレポート内でさまざまなデータセットを混合することがいかに簡単であるかにも感銘を受けました。特効薬ではありませんが、99.999% の人が自分で構築するよりも優れた万能ツールです。

「データを提供すれば、彼らはそれを気に入ってくれるでしょう」

私が過去に使用した方法やツールのうち、能力/汎用性/使いやすさ/導入速度に基づいて、次の順序でランク付けします。コストは常に要因ではありますが、人によって異なる要因であるため、コストについては省略します。

1 は Cognos (バージョン 8)

2 は SQL Server レポートです

3位はクリスタルレポート

4 はカスタム記述コードです

言及されている他のツールは使用したことがありません。Cognos 8 は素晴らしいというほかありません。高価ではありますが、制限されるのはあなたの想像力だけです。何でもできます。

これはあまり前向きな提案ではなく、クリスタルレポートに対する警鐘です...他の人と同様に、Crystal ランタイムの適切なバージョンを入手することが重要ですが、それを行っても、まだ次の問題が発生しました。

  1. 画像が埋め込まれたレポートの開発に数週間を費やしました。
  2. 開発環境とステージング環境でテスト済み、すべて A-OK。
  3. ライブサーバーにデプロイ - 機能しません...うーん...

2 週間かけてフォーラムを探索し、アドバイスを探しましたが、最終的にはフォーラム上の水晶体から応答を受け取りました。特定のファイル拡張子のデフォルト アプリケーションとして設定されている MS ペイントに関連する同様の問題を確認したことを示唆しました。

この時点で、私たちはその試みを断念しました（これは腹立たしい答えではなく、実際にはクリスタルからの正式な返答であると上司を説得した後）。都合よく、約 1 か月後に新しいサーバー (レポートが機能するサーバー) に移行していましたが、正直に言うと、それらのサーバーには再び触れるつもりはありませんでした...

ああ、SSRS を使用してみたところ、ほとんどの点で非常に優れていることがわかりました (特に最新バージョン)。

Tableau ソフトウェア レポートを実行し、簡単に詳細な分析を行うための素晴らしいツールです

単純なレポートの場合は、Visual Studio に含まれる標準の ReportViewer を使用します。

より複雑なレポートや、より高いパフォーマンスが必要なレポートについては、Report Sharp Shooter と devExpress XtraReports の両方を使用しました。驚くべきことに、どちらの製品でもテーブルの作成はそれほど簡単ではありませんが、どちらも ReportViewer よりも高速で、複数列のレポート、バーコード、集計データを非常にうまく処理できます。

私たちは Cognos を使用しています。これはかなり複雑なシステムですが、非常に強力です。

2 か月で作成した小さなレポート セットがあります。

Crystal レポートより少なくとも 10 倍高速です。

簡単な編集。

.net公式;

簡単な使用法。

コードの使用量が少ない。

シリアル化と逆シリアル化 (高速かつ小規模);

極度のセキュリティ。

マルチスレッド。

エラーはありません。

私たちは MS Reporting Services を使用していましたが、それにはまったく満足していませんでした。理由:

  • サーバーの難しい設定を行う必要がある
  • ユーザーごとに SQL サーバー ライセンスを購入しない限り、レポート エディターをアプリに埋め込むことはできません。
  • 埋め込みレポート パラメーター入力フォーム UI を使用するか、アプリから送信することのみが可能ですが、レポート デザイナーによるパラメーター UI の作成はできません。

次に、Stimulsoft Reports を使用します。MS Reporting Services のような制限はなく、私たちとあなたのユーザーはそれに満足しています。

1) テーブルベースのレポートやマトリックス レポート (ドリルダウン - ピボットのような機能) の開発に関しては、Reporting Services はほとんどのニーズに非常に適していると思います。Cognos などの価格を考慮すると。私の知る限り、中小企業は Congns を取得することを夢見ることさえできません

2) レポート スケジュール/サブスクリプション機能を呼び出して、一連のユーザー (データ主導) にレポートを送信し、レポートを配信できます。サブスクリプションは、.Net コードを記述することで、SFTP などのカスタムの場所に配信できます。

3) レポート モデルを使用すると、エンド ユーザーは列をドラッグ アンド ドロップし、カスタマイズされたレポートを開発できます。

注意します：

1) 非常に複雑なグラフィカル/ダッシュボード形式のレポートを開発すると、さらに複雑になる可能性があります。これには、A4 に表示されるいくつかのグラフと小さな表が含まれます。レポート デザイナー (レポートの設計に使用するツール) と Web 表示では、異なるレンダリング エンジンが使用されます。したがって、複雑なグラフィカル レポートを開発する場合は、レポートを頻繁に展開してどのように表示されるかを確認することをお勧めします。

2) カスタム機能を作成する場合は、XML 構成ファイル (RSReportServer.Config など) を変更する必要がある場合があります。編集に問題があると、ReportServer サービスが停止する可能性があります。したがって、カスタムを行う前に必ずバックアップを行ってください

私たちが使用しているのは、Oracle バックエンドを備えた Cognos です。また、cognos 上の視覚化には Spotfire も使用しています。

私は Windward の CTO であり、次のように信じています。 ウィンドワード・レポート は、他のどのレポートよりもはるかに使いやすく、多くのことができます。両方の特性は同じ理由で、Word、Excel、PowerPoint でレポートをデザインします。

生成されるレポートに関しては、高速かつ堅牢で、わずか 3 行のコードでプログラムに組み込むことができます。

私の職場では Crystal Reports を使用しています。これにはかなりの制限があり、ほとんどすべてのロジックをデータベース プロシージャとビューで実行することになります。

注意すべき制限の 1 つは、Crystal Reports では複数の階層化されたサブレポートが許可されていないことです。つまり、サブレポート内にサブレポートを含めることはできません。

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