38

業界には企業レポートのどのようなオプションがありますか? 私は現在 SSRS 2005 を使用していますが、MSSQL の新しいリリースで別のバージョンが出てくることを知っています。

しかし、市場を調査して他に何があるかを調べる良い機会でもあるようです.

何に遭遇しましたか？好きですか/嫌いですか? なんで？

ありがとうございました。

4

14 に答える 14

42

私は Cognos Series 7、Cognos Series 8、Crystal Reports、Business Objects XI R2 WebIntelligence、Reporting Services 2000、Reporting Services 2005、Reporting Services 2008 を使用してきました。学んだことに対するフィードバックは次のとおりです。

レポーティング サービス 2008/2005/2000

長所

  1. コスト: MS SQL Server をバックエンドとして使用している場合、最も安価なエンタープライズ ビジネス インテリジェンス ソリューション。また、SSIS を導入すれば、クラス最高の ETL ソリューションを追加料金なしで利用できます。

  2. 最も柔軟: 私が今まで使用した中で最も柔軟なレポート ソリューションです。特に最新版では、常に私のビジネス ニーズをすべて満たしてくれました。

  3. 簡単に拡張可能: 最初は、約 20 人のユーザーをサポートする部門別ソリューションとしてこれを使用しました。最終的には、数千人のユーザーをカバーするように拡張しました。リモート データ センターに非常に質の悪い仮想サーバーを配置しているにもかかわらず、約 50 ～ 100 の同時ユーザー リクエストに対応することができました。コンサルティング ギグでの優れたハードウェアでは、問題なくより多くの同時ユーザー セットにスケールすることができました。また、複数の SSRS サーバーがさまざまな国に展開され、バックエンドでデータを同期するために SSIS が使用された実装も見てきました。これにより、追加コストがほとんどかからずに、分散された方法で安定したパフォーマンスが可能になりました。

  4. ソース管理の統合: これは、ビジネス インテリジェンス チームとレポートを作成する際に非常に重要です。私がこれまで使用した中で、これに対するすぐに使えるソリューションを提供する BI スイートは他にありません。私が使用した他のすべてのプラットフォームでは、サード パーティのアドインを購入するか、個別の開発、テスト、および運用環境間でレポートをプロモートする必要がありました。

  5. Analysis Services: SSRS と SSIS の間の Analysis Services との緊密な統合が気に入っています。Oracle と DB2 の見積もりに OLAP キューブ用の SQL Server 2005 Analysis Services サーバーのインストールが含まれている事例について読んだことがあります。

  6. 発見可能性: SSRS ほど発見可能性に優れたシステムはありません。SSRS に関する書籍、フォーラム、記事、およびコード サイトは、私がこれまでに使用したどの BI スイートよりも多くあります。SSRS で何かを行う方法を理解する必要がある場合、ほとんどの場合、数分または数時間の作業でそれを見つけることができました。

短所

  1. SSRS 2005/2000 に必要な IIS: 古いバージョンの SSRS では、IIS をデータベース サーバーにインストールする必要がありました。私が大手銀行で働いていたとき、これは内部統制の観点から許されませんでした。最終的には、IT 運用部門からの正式な承認なしに SSRS を実装し、基本的に後で許しを求めました。 IIS が不要になったため、これは SSRS 2008 では問題になりません。

  2. レポート ビルダ: Web ベースのレポート ビルダは SSRS 2000 には存在しませんでした。SSRS 2005 の Web ベースのレポート ビルダは使いにくく、十分な機能がありませんでした。SSRS 2008 の Web ベースのレポート ビルダは間違いなく優れていますが、それでもほとんどのビジネス ユーザーにとって使いにくいものです。

  3. データベース バイアス: Microsoft SQL Server で最適に機能します。Oracle、DB2、およびその他のバックエンドには適していません。

Business Objects XI WebIntelligence

長所

  1. 使いやすさ: アドホック レポートを作成するための平均的な非 BI エンド ユーザーにとって最も使いやすい。

  2. データベースに依存しない: Oracle、DB2、または別のデータベース バックエンドを使用する予定がある場合は、間違いなく優れたソリューションです。

  3. 高性能: ほとんどのページ ナビゲーションは基本的にデータベース呼び出しではなくファイル システム操作であるため、非常に高速なパフォーマンス。

短所

  1. コスト: 一番の問題です。Business Objects の実装を 30 ユーザーから 1000 ユーザーにスケールアップしたい場合、SAP は確実に数十万ドルを請求します。これは、Business Objects ライセンスの場合のみです。データベース サーバー ライセンスも必要になるという事実を付け加えると、非常に高価なシステムについて話していることになります。もちろん、これは Business Objects を取得する個人的な正当な理由になる可能性があります。経営陣に非常に高価な BI システムを購入するよう説得できれば、大規模な BI 部門の費用を支払うよう経営陣に納得させることができるでしょう。

  2. ソース管理なし: すぐに使用できるソース管理統合がないため、誤って古いレポート定義を誤って変更およびデプロイするというエラーが発生します。これに対する「回避策」は、環境間でレポートをプロモートすることです。このプロセスは、レポートの開発が遅くなり、環境の違い変数が導入されるため、私はやりたくない方法です。

  3. HTML メールのサポートなし: スケジュールを介して HTML メールを送信することはできません。私は定期的にSSRSでこれを行います。これを行うには高価なサード パーティのアドインを購入できますが、この機能のためにそれ以上の費用を費やす必要はありません。

  4. モデル バイアス: レポートの作成にはユニバース (基本的にはデータ モデル) が必要です。アドホック レポートの開発には問題ありませんが、ストアド プロシージャを使用してパフォーマンスを完全に制御することを好みます。また、レポートの実行時にコストのかかる複雑な結合を回避するために、クエリが実行されるフラットなテーブルを作成することも好きです。1 つのレポートでのみ使用されるフラット テーブルだけを含むユニバースを構築する必要があるのはばかげています。テーブルをクエリするためだけにモデルを構築する必要はありません。ストア プロシージャのサポートも、SQL オーバーライドをハッキングしない限り、そのままではサポートされません。

  5. 貧弱なパラメーター サポート: BOXI WebIntelligence レポートのパラメーター サポートはひどいものです。一般的なビジネス ユーザー向けのメタデータ更新オプションは気に入っていますが、スケジュールを設定しようとすると、十分に堅牢ではありません。ほとんどの場合、レポートを複製し、フィルターを少し変更する必要があり、不要なレポート定義の重複につながります。SSRS は、特に BOXI とは異なり、値とラベルに異なる値を設定できるため、これに勝っています。

  6. 不適切なレポート リンクのサポート: 1 つのレポート定義を中央のフォルダーに保存し、他のユーザーのためにリンクされたレポートを作成したいと考えていました。しかし、エンドユーザーが自分のフォルダー内のオブジェクトを使用するには、親オブジェクトに対する完全な権限が必要であることがすぐにわかりました。これは、リンクされたレポート オブジェクトを使用する目的全体を無効にします。SSRSをください！

  7. 別の CMC: オブジェクトのセキュリティを管理するためだけに別のアプリケーションを起動する必要があるのはなぜですか? さらに悪いことに、なぜ CMC と InfoSys の間で機能が同一でないのでしょうか? たとえば、失敗した試行で再試行するようにスケジュールされたレポートを設定する場合、CMC で再試行の回数と再試行間隔を指定できます。ただし、InfoSys ではこれを行うことはできず、情報を表示することもできません。InfoSys ではイベント駆動型のスケジュールを設定できますが、CMC はこの機能をサポートしていません。

  8. Java バージョンの依存性: サーバーと同じバージョンの Java を実行している限り、BOXI はエンドユーザーのマシンでうまく機能します。ただし、新しいバージョンの Java がマシンにインストールされると、問題が発生し始めます。BOXI R2 サーバー (デフォルトの Java クライアント) で Java 1.5 を実行しており、社内のほぼ全員が Java 1.6 を使用しています。Java 1.6 を使用している場合、プロンプトによって IE および FoxFire セッションがフリーズしたり、レポート ビルダーが予期せずクラッシュしたりする可能性があります。

  9. 見つけやすさが悪い: BOB (Business Objects Board) を除けば、Business Objects の問題のトラブルシューティングに関する情報はインターネット上にあまりありません。

Cognos シリーズ 8

長所

  1. 使いやすさ: 一般的なビジネス ユーザー向けの簡単なレポートを作成するには BOXI の方が使いやすいですが、この分野では Cognos が僅差で 2 位です。

  2. データベースに依存しない: BOXI と同様に、Oracle、DB2、または別のデータベース バックエンドを使用する予定がある場合、これは間違いなく優れたソリューションです。

  3. FrameWork Manager: これは間違いなくクラス最高のメタデータ リポジトリです。BOXI のユニバース ビルダーは、それが半分であったことを望んでいます。このツールは、開発、テスト、および運用環境全体でパッケージを昇格するのに適しています。

短所

  1. コスト: Business Objects と同じ問題。同様のコスト構造。同様のデータベース ライセンス要件も同様です。

  2. ソース管理なし: Business Objects と同じ問題。この問題を解決するサードパーティのツールは知りませんが、存在する可能性があります。

  3. モデル バイアス: ビジネス オブジェクトと同じ問題。ただし、FrameWork Manager のストアド プロシージャのサポートは向上しています。

  4. パラメータのサポートが不十分: Business Objects と同じ問題。Java でコーディングできる場合は、プロンプト ページの作成がより適切にサポートされます。ただし、ユーザーが [戻る] ボタンをクリックしてプロンプト ページに戻るときの動作にはバグがあります。SSRSはこれを完全に打ち負かします。

  5. 不十分なエラー処理: Cognos のエラー メッセージを解読することはほとんど不可能です。通常、エラー メッセージの一部として長い負の数とスタック ダンプが表示されます。レポートをゼロから再構築することで、これらのエラー メッセージを何回「解決」したかわかりません。何らかの理由で、レポート定義を簡単に破損してしまうことがあります。

  6. 発見可能性がない: 問題のトラブルシューティング方法や Cognos での機能の実装方法に関する回答を突き止めることは非常に困難です。製品のインターネットに面した Web サイトには、適切なコミュニティ サポートがありません。

私の回答から推測できるように、Microsoft の BI スイートは市場で最高のプラットフォームだと思います。ただし、私が読んだ BI スイートの比較に関する記事のほとんどは、通常、Microsoft の製品だけでなく、SAP の Business Objects や Cognos の Series 8 製品も評価していないことを述べなければなりません。また、現職の CIO によるレビューの後、Microsoft が 2 つの別々の会社の BI スイートの内部レビューで最下位になったのも見てきました。ただし、どちらの場合も、大きな運営予算を正当化する主要な部門として認識されることを望んでいるように見えました.

于 2008-11-17T22:50:31.287 に答える
28

私は2つの貢献をしたいと思います。1 つは非常に否定的 (CR はくだらない) で、もう 1 つは非常に肯定的です (SSRS はバッキング ストアに依存せず、無料で利用できます)。

余談ですが、回答を変更する場合は、他の誰かが同じことを言っている場合を除き、その回答が間違っている、または非生産的であると考える理由を説明するコメントを追加してください。それでも、単純な「上記のように」が役立ちます。

クリスタルレポートはゴミ

Crystal Reports は、開発コミュニティに対する侮辱です。単純なダイアログのサイズ変更のバグは、すぐに修正できる作業であり、10 年間にわたって 6 つのメジャー リリースで修正されないままでした。この SQL が示すように、Crystal Reports はまったく信頼できません。

SELECT COUNT(*) FROM sometable WHERE 1=0

このステートメントは、0 を生成する必要があるときに 1 の結果を生成します。これは、Crystal Reports SQL エンジンの中心にある反復可能な off-by-one エラーです。

CR のサポートも同様に陰気で、何年も前にオフショアに移されました。サポートコールに 200 ドルを支払うと、理解力のない外国人があなたの質問を誤解し、あなたが諦めるまであなたの知性を侮辱します。

本当にこれが悪いのなら、なぜそんなに人気があるのですか？人気がない。とても不人気です。それは優れたマーケティングを通じて足掛かりを得る. 管理者タイプは、光沢のある広告が有望であると考えており、CR は非常に長い間存在しているため、すべてが真実であると想定しています。芝生に生えるビンディス (オーストラリア産のトゲ) と同じように、一度植えると取り除くのはほぼ不可能です。無能を認めることは、マネージャーにとって悪いキャリアの動きです。マネージャーが決定を下すための技術的な専門知識を欠いている場合、技術者に決定を下させるのではなく、前例に頼り、同僚の過ちを繰り返します。また、実際に Web 配信機能を使用したい場合は、サーバー ライセンスが必要であることに気づいていません。また、長寿ということは、CR の経験を持つ人を簡単に見つけることができるということです。

詳細と大笑いのために、これらのリンクをお勧めします.

または、Google に「Crystal Reports は最低」と入力するだけです。バランスのとれた視点については、「クリスタル レポート ロック」もお試しください。心配はいりません。それほど時間はかかりません。彼ら自身のマーケティングの誇大広告以外に肯定的なレビューはありません.

では、もっとポジティブなことを。

SQL レポートは事実上無料です

SQL Express with Advanced Servicesの一部として無料でインストールできます。.NET 2.x をインストールすることもできます。これにより、主要なデータベース プロバイダー用の ADO.NET ドライバーと、一般的な OLEDB および ODBC サポートが提供されます。

SSRS は ADO.NET を使用するため、SSRS は、ADO.NET に接続できるあらゆるもの、つまりほぼすべてのものに接続できることを意味します。

SQL Express で提供される SSRS に適用されるライセンス条件では、SQL Express の一部として展開およびインストールする必要があります。レポートがどこでデータを取得するかについて、彼らは何も言いません。

SQL Express には制限がありますが、付随する SSRS にはそのような制限はありません。データが別のデータベース エンジンによって提供される場合、そのエンジンがサポートするライセンスを取得した数のユーザーをサポートできます。誤解しないでください。職場では、MS SQL Server のライセンス コピーを何十も持っています。予算を見つけたり正当化したりすることなく、選択したバッキング ストアに対して SSRS を使用できると言っているだけです。欠けているのは、スケジューリングとサブスクリプションのサポートです。ギャップを埋めるサービスを作成することはそれほど難しくないと言うとき、私は経験から話します。

SSRS は、CR が約束するすべての約束を果たします。使いやすく、ユーザーの DIY を適切にサポートし、概念的には CR BO に似ているスキーマ抽象化ツールを備えていますが、適切に機能し、高性能で、スケジュール可能で、使いやすく、安定しており、柔軟で、拡張しやすく、インタラクティブまたはプログラムで制御できます。2008 年版では、豊富な形式のフローベースのテンプレート (定型書簡の差し込み印刷) もサポートしています。

これは、メインフレームからミニ、マイクロまで、さまざまなプラットフォームでの 20 年間のソフトウェア開発の中で、私が今まで見た中で最高のレポート ソリューションです。考えられるすべてのボックスにチェックマークを付けますが、思い出せる重大な弱点が 1 つだけあります。レイアウト モデルは、ページの下部に対する配置をサポートしておらず、唯一の回避策は、既知の高さのページのページの上部に対する配置です。

異種データの提供などの問題には対処していませんが、私見では、これらはレポートの適切な範囲外で対処できますし、対処する必要があります。多くのデータ ウェアハウジング ソリューション (SSIS など) は、このような問題を解決するためのツールを提供しています。

とんがり髪の上司から正気の決断を下す

問題のある歴史と開発者の間での不人気を考えると、Crystal Reports を選択することは、彼がリスクテイカーであることを示す勇気ある行動だと思うことを彼に伝えてください。

一部の上司は非常に愚かで、これは良いことだと思いますが、とにかく彼らと一緒にいるとあなたは運命づけられます.

于 2008-09-27T21:38:24.670 に答える
9

ここで両方（CRとSSRS）の経験を持つことは、私が考えるものの内訳です：

CR を使用すると、レポートを非常に迅速に作成できます。シンプルな限り。少し複雑になると、やりたいことをやらせようとして怪しげになります。例ごとに、2 つのサブレポートの最大階層に制限されています。メインレポートなどで変更する必要があるパラメーターを必要とするサブレポートがある場合、それは奇妙になります。また、レポートのレイアウトは基本的に固定されています。データと情報を特定のセクション (ページ ヘッダー/フッター、詳細/レポート フッター/ヘッダー) に配置する必要があります。これは、複数のページにまたがるデータを正しく表示するのに役立つため、かなり役立ちます。また、財務データなどを操作するために使用できるかなり完全な機能セットを備えています。

SSRS は、レポートの編集に関してより柔軟です。そのレポート ウィザードでは、基本的に WYSIWYG 環境でレポートを作成できます。複数のサブレポートを使用できるため、複数のデータセットを 1 ページに簡単に表示できます。.NET アセンブリを接続して、複雑なデータ操作/計算を行うことができます。ただし、レポートを固定された方法で適切に表示するのは難しくなる可能性があり、多くの場合、すべてを希望どおりに表示するのに苦労する必要があります。

Crystal Reports は $$$ です。私の記憶が正しければ、SSRS は SQL Server Enterprise エディションに「無料」でバンドルされています。もちろん、パッケージ全体の価格でそれを支払う可能性があります。私は、それを企業の土地に押し込もうとするのがMSのやり方だと思います。

于 2008-08-19T20:30:25.570 に答える
7

私はしばらくの間SSRSを使用しています...そして私の肩越しに見ている同僚は、CrystalよりもSSRSのことを行う方がはるかに簡単に見えると言います。私はCrystalを使ったことがないので、どちらが良いかはわかりませんが、MSがSSRSを急いで出そうとしたという明確な印象を受けます。

最大の弱点：

  • データセットの共有。私は国防総省の環境で働いています。私のレポートの90％はサービスパラメータを使用しています。同じクエリを何度も入力するのにうんざりします。
  • スキニング。レポートウィザードを実行すると、レポートのスキンを作成できますが、手動で実行する場合はできませんか？は？影響を受けるすべてのフィールドを選択し、色や前の色などを設定することで、「スキン」を作成できます。しかし、1クリックで何かをスキンすることはできません（少なくとも私が見つけることができる場所はありません）。
  • カスタムスキニングはありません。レポートウィザード/マニュアル、カスタムスキンを実装する場所がありません。何か（HTML用のCSSなど）を設定して、それにリンクするだけでよいでしょう。ツールは、前述の作業に追加するのではなく、作業を減らすことで役立ちます。
  • マトリックスには、より優れたドキュメントが必要です。とても簡単なことはできますが、楽しくて難しいことをやろうとすると、本やインターネットにがっかりするようです。テーブルにはこの問題はありません。

強み：

  • 古いSQL開発者にとって、Excelにrestltセットをダンプすることで提供されるdrekよりも少なくとも見栄えの良い優れたレポートを取得するのは非常に簡単です。
  • カスタムソート（ほとんどのレポートで使用）
  • SPとストレートSQLを処理します。私がどちらかの道に縛られていないのが大好きです（状況に応じて両方を使用しました）。
  • 価格...VisualStudio /SQLServerの料金を支払ったら...それは景品です。

私の2セント、これがお役に立てば幸いです。

于 2008-08-20T18:10:26.850 に答える
7

「純粋な Java」ソリューションは、i-net Clear Reports (別名 i-net Crystal-Clear) です。

  • Crystal Reports テンプレートと任意の JDBC データ ソースをサポートします。
  • 無料のビジュアル レポート デザイナーが付属しています。
  • 特に「より高価な」代替品と比較して、それが何をするのに良い価格です。
  • 最新バージョンには、Web ベースの構成ツールとアドホック レポート作成ツールが含まれています。
  • .NET ポートを備えている (豊富な API を使用)
于 2008-09-15T14:15:08.413 に答える
6

Enterprise Reporting には、非常に優れたソリューションが数多くあります。ビッグ 4 (BO/Crystal、MS SRSS、Cognos、Oracle) 内で、基本的なレポート機能がすべてカバーされています。自分にとって最も重要なコア機能と、環境内で優勢なアーキテクチャは何かを評価する必要があります。

BI 市場内での統合により、環境問題はますます重要になっています。Oracle エンタープライズをお持ちの場合は、Oracle BI を使用することもできます。同じことが SAP/BO、IBM/Cognos、および Microsoft にも当てはまります。特に、新しい BI の決定を下している場合。

最後に、OSS ショップである場合、または主要な BI プレーヤーに関連するライセンス料の一部を回避しようとしている場合に理にかなっているオープン ソース ソリューション (BIRT、Jasper、Pentaho) がいくつかあります。

于 2008-09-11T16:10:17.470 に答える
5

BIRT を試す必要があります。BIRT はオープンソースなので、無料で始めることができます。素敵なグラフィックデザイナーがいます。http://www.birt-exchange.comで、BIRT レポートの設計がいかに簡単かを示すビデオをいくつか見ることができます。BIRT プロジェクトは、スケジューリング、セキュリティ統合、電子メール通知などが必要な場合に BIRT を Enterprise に展開するための商用サーバーを提供する Actuate Corp によって後援されました。商用バージョンは、AJAX と BIRT ビューアーを組み合わせてエンドユーザーの対話性を高め、広告を提供します。 -hoc ブラウザを介した BIRT レポート。

于 2008-09-25T14:41:30.177 に答える
3

現在、Cognos を実装している最中ですが、かなり堅牢なツールだと思います。ETL ツールは非常に簡単で使いやすく、フロント エンドの管理とセットアップはかなり簡単です。フレームワーク モデルやデータ モデリングの経験はあまりありませんが、レポート デザイナーの担当者はとても気に入っているようです。

于 2008-09-19T21:06:41.797 に答える
2

Henry Nordstrom は、SAP Community Web サイトのブログで、利用可能なさまざまなレポート ツールを非常に高く評価しています。彼は SAP の使用の観点から同じことをしましたが、事実は他のものにも当てはまります。

SAP Developer Network の Henry のブログ

于 2009-01-16T14:41:25.277 に答える
2

Microstrategy について誰も言及していないことに驚いています。私たちはかなりの量のデータ ウェアハウス (11 TB) の作業を行っており、microstrategy は優れた仕事や SQL の生成を行っているため、ビジネス ユーザーは私たちを煩わせることなくデータを取得できます。ただし、これは非常に高価なソリューションです。アドホックな機能を必要とせず、クリスタルを決定する場合は、「本番環境で使用できる」VS2005 または Eclipse プラグインを調べることをお勧めします。

于 2008-09-26T01:07:21.403 に答える
2

最も包括的なソリューションの 1 つは Cognos です。

気に入らない点: 信じられないほど多くの CD が同梱されて出荷されています... 巨大です。

于 2008-08-19T19:57:57.913 に答える
1

使用したい任意のレポート デザイナーと連携するエンタープライズ クラスのレポート サーバーが必要な場合は、VersaReports.com のUniversal Report Serverをチェックしてください。すぐに使用できる Crystal、DevExpress、Telerik、および ActiveReports をサポートし、別のレポート デザイナーをサポートする場合は API を提供します。

于 2009-10-06T21:08:40.273 に答える
1

Crystal Reports by Business Objectsが人気の選択肢のようです。

私は自分でレポートを書いたことはありませんが、私のチームの他のメンバーは、より複雑なレポートを機能させるのに苦労することがありました.

また、予算によっては少し割高になることもあります。

于 2008-08-19T20:11:22.660 に答える