エンタープライズ レポート ソリューション [終了]
-
08-06-2019 - |
質問
業界には企業レポートにはどのような選択肢がありますか?現在 SSRS 2005 を使用していますが、MSSQL の新しいリリースで別のバージョンがリリースされることは知っています。
しかし、他に何があるのかを知るために市場を調査するのも良い時期かもしれないように思えます。
何に遭遇しましたか?好きですか/嫌いですか?なぜ?
ありがとう。
解決
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
長所
料金:MS SQL Server をバックエンドとして使用している場合、最も安価なエンタープライズ ビジネス インテリジェンス ソリューション。また、SSIS を導入すれば、追加コストなしでクラス最高の ETL ソリューションを利用できます。
最も柔軟:これまで使用した中で最も柔軟なレポート ソリューション。特に最新のバージョンでは、常に私のビジネス ニーズをすべて満たしてきました。
簡単に拡張可能:私たちは当初、約 20 人のユーザーをサポートする部門別ソリューションとしてこれを使用しました。最終的には数千のユーザーをカバーできるように拡張しました。リモート データ センターに非常に低品質の仮想サーバーを配置したにもかかわらず、約 50 ~ 100 の同時ユーザー リクエストまで拡張することができました。コンサルティング業務で優れたハードウェアを使用した場合、問題なく、より多くの同時ユーザーに対応することができました。また、複数の SSRS サーバーがさまざまな国に展開され、SSIS がバックエンドのデータの同期に使用されている実装も見たことがあります。これにより、追加コストをほとんど発生させることなく、分散方式で安定したパフォーマンスを実現できました。
ソース管理の統合:ビジネス インテリジェンス チームとレポートを開発する場合、これは私にとって非常に重要です。私がこれまで使用したことのある、このためのすぐに使用できるソリューションを提供する BI スイートは他にありません。私が使用した他のプラットフォームはすべて、サードパーティのアドインを購入するか、別々の開発、テスト、運用環境間でレポートを促進する必要がありました。
分析サービス:SSRS と SSIS の間の Analysis Services との緊密な統合が気に入っています。Oracle と DB2 の見積もりに、OLAP キューブ用の SQL Server 2005 Analysis Services サーバーのインストールが含まれている例について読みました。
発見可能性:SSRS ほど発見しやすいシステムはありません。SSRS には、私がこれまで使用したどの BI スイートよりも多くの書籍、フォーラム、記事、コード サイトがあります。SSRS で何かを行う方法を見つける必要がある場合、ほとんどの場合、数分または数時間の作業でそれを見つけることができます。
短所
SSRS 2005/2000 に必要な IIS:SSRS の古いバージョンでは、データベース サーバーに IIS をインストールする必要がありました。私が大手銀行に勤めていた頃は、内部管理の観点からは許されませんでした。結局、IT 運用部門からの承認を得ずに SSRS を実装しましたが、基本的には後で許しを求めました。 SSRS 2008 では IIS が必要なくなったため、これは問題になりません。
レポートビルダー:Web ベースのレポート ビルダーは SSRS 2000 には存在しませんでした。SSRS 2005 の Web ベースのレポート ビルダーは使いにくく、十分な機能がありませんでした。SSRS 2008 の Web ベースのレポート ビルダーは明らかに優れていますが、ほとんどのビジネス ユーザーにとって使用するには依然として難しすぎます。
データベースのバイアス:Microsoft SQL Server で最適に動作します。Oracle、DB2、その他のバックエンドには適していません。
Business Objects XI WebIntelligence
長所
使いやすさ:BI 以外の平均的なエンド ユーザーがアドホック レポートを開発する場合に最も簡単に使用できます。
データベースに依存しない:Oracle、DB2、またはその他のデータベース バックエンドを使用する予定がある場合は、間違いなく良いソリューションです。
出演者:ページ ナビゲーションのほとんどは基本的にデータベース呼び出しではなくファイル システム操作であるため、非常に高速なパフォーマンスが得られます。
短所
料金:一番の問題。Business Objects の実装を 30 ユーザーから 1000 ユーザーにスケールアップしたい場合、SAP は必ず数十万ドルを請求します。これは Business Objects ライセンスのみに適用されます。データベース サーバーのライセンスも必要になるという事実を加えると、非常に高価なシステムについて話していることになります。もちろん、それがビジネス オブジェクトを取得する個人的な正当化になる可能性があります。非常に高価な BI システムを購入するよう経営陣を説得できれば、大規模な BI 部門の費用を支払うよう経営陣を説得できるでしょう。
ソース管理なし:すぐに使用できるソース管理統合が欠如していると、古いレポート定義を誤って変更したり展開したりするというエラーが発生します。この問題の「回避策」は、環境間でレポートをプロモートすることです。このプロセスは、レポートの開発が遅くなり、環境の違いによる変数が導入されるため、私はあまりやりたくないプロセスです。
HTMLメールはサポートされません:スケジュールを使用して HTML 電子メールを送信することはできません。SSRSでは定期的にこれを行っています。これを行うために高価なサードパーティのアドインを購入することもできますが、この機能のためにこれ以上のお金を費やす必要はありません。
モデルのバイアス:レポートの開発にはユニバース、つまり基本的にはデータ モデルが必要です。アドホックなレポート開発にはこれで問題ありませんが、パフォーマンスを完全に制御するにはストアド プロシージャを使用することを好みます。また、レポートの実行時にコストのかかる複雑な結合を避けるために、フラット テーブルを構築してクエリを実行することも好みます。1 つのレポートでのみ使用されるフラット テーブルだけを含むユニバースを構築しなければならないのは愚かです。テーブルをクエリするためだけにモデルを構築する必要はありません。ストア プロシージャのサポートも、SQL オーバーライドをハッキングしない限り、そのままではサポートされません。
パラメータのサポートが不十分:BOXI WebIntelligence レポートのパラメーター サポートはひどいものです。一般のビジネス ユーザーにとってメタデータ更新オプションは気に入っていますが、スケジュールを設定しようとする場合には十分な堅牢性がありません。ほとんどの場合、レポートのクローンを作成し、フィルターをわずかに変更する必要があるため、不必要なレポート定義の重複が発生します。SSRS は、特に BOXI とは異なり、値とラベルに異なる値を持たせることができるため、この点に断然勝っています。
レポートリンクのサポートが不十分:1 つのレポート定義を中央フォルダーに保存し、他のユーザー用にリンクされたレポートを作成したいと考えていました。ただし、エンドユーザーが自分のフォルダー内のオブジェクトを使用するには、親オブジェクトに対する完全な権限が必要であることがすぐにわかりました。これでは、リンクされたレポート オブジェクトを使用する目的全体が無効になってしまいます。SSRSくれよ!
個別の CMC:オブジェクトのセキュリティを管理するためだけに別のアプリケーションを起動する必要があるのはなぜでしょうか?さらに悪いことに、なぜ CMC と InfoSys の機能が同一ではないのでしょうか?たとえば、失敗した場合に再試行するようにスケジュールされたレポートを設定する場合は、CMC で再試行の回数と再試行間隔を指定できます。ただし、InfoSys ではこれを行うことはできず、情報を表示することもできません。InfoSys ではイベント駆動型のスケジュールを設定できますが、CMC はこの機能をサポートしていません。
Java バージョンの依存関係:BOXI は、サーバーと同じバージョンの Java を実行している限り、エンドユーザーのマシンでうまく動作します。ただし、新しいバージョンの Java がマシンにインストールされると、問題が発生し始めます。私たちは、BOXI R2 サーバー (デフォルトの Java クライアント) で Java 1.5 を実行しており、社内のほぼ全員が Java 1.6 を使用しています。Java 1.6 を使用している場合、プロンプトによって IE および FoxFire セッションがフリーズしたり、レポート ビルダーが予期せずクラッシュしたりする可能性があります。
発見可能性が低い:BOB (Business Objects Board) を除けば、インターネット上には Business Objects の問題のトラブルシューティングに関する情報はあまりありません。
コグノス シリーズ 8
長所
使いやすさ:一般のビジネス ユーザーにとって単純なレポートを作成するには BOXI の方が使いやすいですが、この分野では Cognos が僅差で 2 位です。
データベースに依存しない:BOXI と同様、Oracle、DB2、またはその他のデータベース バックエンドを使用する予定がある場合、これは間違いなく良いソリューションです。
フレームワークマネージャー:これは間違いなくクラス最高のメタデータ リポジトリです。BOXI のユニバース構築者は、それが半分でもよかったと願っています。このツールは、開発、テスト、運用環境全体でパッケージを促進するのに適しています。
短所
料金:Business Objects と同じ問題。同様のコスト構造。データベースのライセンス要件も同様です。
ソース管理なし:Business Objects と同じ問題。この問題を解決するサードパーティ ツールを私は知りませんが、存在する可能性があります。
モデルのバイアス:Business Objects と同じ問題。ただし、FrameWork Manager のストアド プロシージャのサポートは向上しています。
パラメータのサポートが不十分:Business Objects と同じ問題。Java でコーディングできる場合は、プロンプト ページの作成のサポートが向上します。ただし、ユーザーが戻るボタンをクリックしてプロンプト ページに戻ると、バグのある動作が発生します。SSRS はこれを完全に打ち負かしています。
不適切なエラー処理:Cognos のエラー メッセージを解読するのはほぼ不可能です。通常、エラー メッセージの一部として長い負の数値とスタック ダンプが表示されます。レポートを最初から再構築することで、これらのエラー メッセージを何度「解決」したかわかりません。何らかの理由で、レポート定義は非常に簡単に破損してしまいます。
発見不可能:問題のトラブルシューティング方法や Cognos の機能の実装方法についての答えを見つけるのは非常に困難です。インターネットに接続された製品の Web サイトには、適切なコミュニティ サポートがありません。
私の答えから推測できるように、Microsoft の BI スイートは市場で最高のプラットフォームであると私は信じています。ただし、BI スイートの比較について私が読んだほとんどの記事では、Microsoft の製品だけでなく、SAP の Business Objects や Cognos の Series 8 製品も評価していないことを断っておかなければなりません。また、2 つの別々の企業の BI スイートが現職の CIO によってレビューされた後、社内レビューで Microsoft が最下位になったのも私は見てきました。しかし、どちらの場合も、結局は多額の運営予算を正当化する主要な部門として認識されたいということに尽きるようでした。
他のヒント
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 の経験を持つ人材を見つけるのが簡単であることを意味します。
詳細と大笑いについては、これらのリンクをお勧めします。
- クリスタルドードーのクラブ活動
- クリスタルレポート「最悪」
- [Crystal Reports Sucks Donkey Dork ] (リンク切れ、まだコンテンツを見つけようとしています) 3
あるいは、Google に「クリスタルレポートは最悪」と入力してください。バランスのとれた視点を得るには、「クリスタルレポートロック」もお試しください。心配しないでください。これにはそれほど時間はかかりません。がある いいえ 独自のマーケティング宣伝以外の肯定的なレビュー。
次に、よりポジティブなことについて説明します。
SQL Reports は実質的に無料です
の一部として無料でインストールできます。 高度なサービスを備えた SQL Express. 。また、主要なデータベース プロバイダー用の ADO.NET ドライバーや汎用の OLEDB および ODBC サポートを備えた .NET 2.x をインストールすることもできます。
SSRS は ADO.NET を使用するため、ADO.NET に接続できるあらゆるもの、つまりほぼすべてのものに SSRS を接続できることを意味します。
SQL Express に付属する SSRS に適用されるライセンス条項では、SSRS を SQL Express の一部として展開およびインストールする必要があります。レポートがデータを取得する場所については何も言うことがありません。
SQL Express には制限がありますが、付属の SSRS にはそのような制限はありません。データが別のデータベース エンジンによって提供されている場合は、そのエンジンでサポートできるライセンスが与えられている数のユーザーをサポートできます。誤解しないでください。職場では、ライセンスを取得した MS SQL Server のコピーが数十台あります。私が言いたいのは、予算を見つけたり正当化したりすることなく、選択したバッキング ストアに対して SSRS を使用できるということです。欠けているのは、スケジュール設定とサブスクリプションのサポートです。経験から言って、ギャップを埋めるサービスを書くのはそれほど難しいことではありません。
SSRS は CR が行うあらゆる約束を果たします。使いやすく、ユーザーの DIY を適切にサポートし、概念的には CR BO に似たスキーマ抽象化ツールを備えていますが、適切に動作し、高性能、スケジュール可能、使いやすく、安定しており、柔軟で、拡張が容易で、対話型またはプログラムで制御できます。2008 年版では、リッチフォーマットのフローベースのテンプレート (定型レターの差し込み印刷) もサポートしています。
これは、メインフレームからミニ、マイクロまでのプラットフォームでの 20 年間のソフトウェア開発で私がこれまで見た中で最高のレポート ソリューションです。それは私が思いつくすべてのボックスにチェックを入れますが、私が思い出せる重大な弱点は 1 つだけです。レイアウト モデルはページ下部を基準とした位置決めをサポートしておらず、唯一の回避策は高さが既知のページのページ上部を基準とした位置決めです。
異種データ提供のような問題には対処していませんが、私の個人的な意見では、これらの問題は報告書本来の枠外で対処することができ、またそうすべきです。多くのデータ ウェアハウジング ソリューション (SSIS など) は、このような問題を解決するためのツールを提供しており、レポート エンジンに中途半端な複製機能を組み込むのはばかげています。
とがった髪の上司から賢明な決断を引き出す
問題のある歴史と開発者からの不人気を考慮すると、Crystal Reports を選択することは、彼がリスクを取る勇気のある行動であると考えていることを彼に伝えてください。
非常に愚かな上司の中には、これが良いことだと考える人もいますが、いずれにせよ、彼らと一緒にいるとあなたは破滅するでしょう。
両方 (CR と SSRS) の経験があるので、私が考えていることを要約すると次のようになります。
CR を使用すると、レポートを非常に迅速に作成できます。シンプルである限り。少し複雑になると、希望通りの動作をさせようとするのが怪しくなります。たとえば、最大階層は 2 つのサブレポートに制限されます。メインレポートなどで変更する必要があるパラメータを必要とするサブレポートがある場合、奇妙になります。回避策はたくさんありますが、場合によっては最悪の場合もあります。また、レポートのレイアウトは基本的に固定されています。データと情報を特定のセクション (ページ ヘッダー/フッター、詳細/レポート フッター/ヘッダー) に入れる必要があります。これは、複数のページにまたがるデータを正しく表示するのに役立つため、かなり役立ちます。また、財務データなどの操作に使用できるかなり完全な関数セットも備えています。
SSRS はレポート編集に関してより柔軟です。レポート ウィザードを使用すると、基本的に WYSIWYG 環境でレポートを作成でき、複数のサブレポートを作成できるため、1 ページに複数のデータセットを簡単に表示できます。.NET アセンブリを接続して、複雑なデータ操作/計算を行うことができます。ただし、固定された方法でレポートを適切に表示するのは難しく、すべてを希望どおりに表示するのに苦労することがよくあります。
クリスタル レポートは $$$ です。私の記憶が正しければ、SSRS は SQL Server Enterprise エディションに「無料」でバンドルされています。もちろん、パッケージ全体の価格で支払うことになるでしょうが、それを企業の土地に押し込もうとするのは MS のやり方だと思います。
久しぶりにSSRSを使ってみました。私の肩越しに見た同僚は、そのようだと言う。 多くの Crystal よりも SSRS の方が簡単です。Crystal を使ったことがないので、どちらが優れているかは言えませんが、MS が SSRS を急いで押し出そうとしたという明確な印象を受けます。
最大の弱点:
- データセットの共有。私は国防総省環境で働いています。私のレポートの 90% は Service パラメータを使用しています。同じクエリを何度も入力するのはうんざりします。
- 皮剥ぎ。レポートを行うと、レポートが皮を剥ぐことができますが、手動で行う場合はそうではありませんか?はぁ?影響を受けるフィールドをすべて選択し、色を元に戻したり、前に置いたりする色などを設定することで、物事を「スキン」できます。しかし、どこにも (少なくとも私が見つけた場所では) 1 クリックで何かを剥がすことはできません。
- カスタムスキニングはありません。レポートウィザード/マニュアル、カスタムスキンを実装するために見つけられる場所はありません。何か(HTMLのCSSなど)をセットアップして、それにリンクするだけでいいでしょう。ツールは、労力を増やすのではなく、労力を軽減するのに役立つものである必要があります。
- マトリックスにはより適切なドキュメントが必要です。私はとても単純なことはできますが、一度楽しいことや難しいことに挑戦しようとすると、本やインターネットは私を失望させてしまうようです。テーブルにはこの問題はありません。
強み:
- 古い SQL 開発者にとって、少なくとも Excel にrestlt セットをダンプすることによって得られる退屈なレポートよりも見栄えの良いレポートを取得するのは非常に簡単です。
- カスタム並べ替え (ほとんどのレポートで使用)
- SP およびストレート SQL を処理します。どちらか一方の道に縛られないのが気に入っています(私は状況に応じて両方を使用しました)。
- 価格...Visual Studio/SQL Server の料金を支払ったら...それは無料です。
私の2セント、これがお役に立てば幸いです。
「純粋な Java」ソリューションは次のとおりです。 i-netクリアレポート (別名 i-net クリスタルクリア)。
- Crystal Reports テンプレートと任意の JDBC データ ソースをサポートします。
- 無料のビジュアル レポート デザイナーが付属しています。
- 特に一部の「高価な」代替品と比較して、機能に見合った手頃な価格です。
- 最新バージョンには、Web ベースの構成ツールと アドホックレポート作成ツール.
- .NET ポートを備えています (広範な API を備えています)
エンタープライズ レポート用の非常に優れたソリューションが数多く存在します。ビッグ 4 (BO/Crystal、MS SRSS、Cognos、Oracle) 内では、基本的なレポート機能がすべてカバーされています。実際には、どのコア機能が自分にとって最も重要であるか、また環境内で主要なアーキテクチャが何であるかを評価する必要があります。
BI 市場内の統合により、環境問題の関連性がさらに高まっています。Oracle 企業を所有している場合は、Oracle BI を使用することもできます。SAP/BO、IBM/Cognos、Microsoft にも同じことが当てはまります。特に、新しい BI の決定を下している場合はそうです。
最後に、OSS ショップである場合、または主要な BI プレーヤーに関連するライセンス料の一部を回避したい場合に意味のあるオープン ソース ソリューション (BIRT、Jasper、Pentaho) が多数あります。
BIRT を試してみてください。BIRT はオープンソースであるため、無料で始めることができます。素晴らしいグラフィックデザイナーがいます。BIRT レポートを簡単にデザインできるビデオをいくつかご覧いただけます。 http://www.birt-exchange.com. 。BIRT プロジェクトは、スケジューリング、セキュリティ統合、電子メール通知などが必要な場合に企業に BIRT を導入するための商用サーバーを提供する Actuate Corp によって後援されました。商用バージョンでは、エンドユーザーの対話性を高めるために AJAX と BIRT ビューアを組み合わせ、ブラウザを介してアドホック BIRT レポートを提供します。
私たちは現在 Cognos を実装している最中ですが、Cognos はかなり堅牢なツールだと本当に思います。ETL ツールは非常に単純で使いやすいようで、フロントエンドの管理と設定もかなり簡単です。私はフレームワーク モデルやデータ モデリングに関してはあまり経験がありませんが、レポート デザイナーの人はとても気に入っているようです。
最も包括的なソリューションの 1 つは Cognos です。
嫌い:CD が何枚も同梱されているなんて信じられないでしょう...その巨大さ。
Microstrategy について誰も言及していないことに驚いています。私たちはデータウェアハウス (11 TB) の作業をかなり多く行っており、microstrategy が素晴らしい仕事をして SQL を生成するので、ビジネス ユーザーは私たちの手を煩わすことなくデータを取得できます。ただし、これは非常に高価な解決策です。アドホックな機能が必要なく、Crystal を選択する場合は、「運用環境で使用できる」VS2005 または Eclipse プラグインを検討することをお勧めします。
SAP コミュニティ Web サイトのブログで、Henry Nordstrom は利用可能なさまざまなレポート ツールを非常に高く評価しています。彼は SAP 使用の観点から同じことをしましたが、事実は他のものにも当てはまります。
Jasper レポート テンプレートを使用した OpenReports について誰も言及していないことに驚きました。完全にエンタープライズ レベルではないことは承知していますが、非常に強力であり、Crystal Reports と同等だと思います。iReport を使用して CR のようなレポートを作成します。OpenReports は、Excel ベースのレポートを作成するのに非常に簡単な JXLS もサポートしています。
http://oreports.com/ http://jasperforge.org/projects/ireport
クリスタルレポート ビジネスオブジェクト 人気の選択肢のようです。
私自身はレポートを作成したことはありませんでしたが、チームの他のメンバーは、より複雑なレポートを機能させるのに苦労することがありました。
また、予算によっては少し高価になる場合もあります。
使用したい任意のレポート デザイナーと連携できるエンタープライズ クラスのレポート サーバーが必要な場合は、次を確認してください。 ユニバーサルレポートサーバー VersaReports.com より。すぐに使える Crystal、DevExpress、Telerik、ActiveReports をサポートしており、別のレポート デザイナーをサポートしたい場合は API を提供します。