私の会社はMSBIスタック（SQL Server Reporting Services、-Analysis Services、-Integration Services）に多額の投資を行っていますが、オープンソースの代替Pentahoについて最も話題になっているものを見てみたいと思います。
バージョンをインストールしましたが、非常に簡単に起動して実行できました。いいですね。しかし、パッケージを完全に理解するために実際の作業に使用し始める時間は実際にはありません。
PentahoとMSBIの長所と短所、またはそのような比較へのリンクについて、何か洞察を得た人はいますか？
とても有難い！
Business Objects から降りる途中で、複数の Bi スタックを確認しました。私のコメントの多くは好みです。どちらのツール セットも優れています。プレーンチョコレートよりもチョコレートファッジブラウニーアイスクリームが好きな理由がいくつかあります.
Pentaho には何人かの非常に頭の良い人たちが一緒に働いていますが、Microsoft は十分な資金と十分に計画された道を歩んできました。MS は依然としてデータベース市場で弱者であることを心に留めておいてください。オラクルはここで王様です。競争力を維持するために、MS はデータベースを購入する際に多くの特典を提供しており、プラットフォームを数回再発明することを余儀なくされています。これがデータベースに関するものではないことはわかっていますが、DB の戦いにより、MS はスタックに価値を追加するために多くの資金を提供するようになりました。
1.) プラットフォーム
SQL サーバーは Unix または Linux では実行されないため、この市場から自動的に除外されます。Windows は現在、いくつかのバージョンまたは Unix とほぼ同じ価格です。Windows は非常に安価で、現在はうまく動作しません。それは、Linux と同じくらいの問題を私にもたらします。
2.) OLAP
分析サービスは、2000 年版を超えて 2005 年 (現在は 2008 年) に再発明されました。2000 を超えると桁違いの威力を発揮します。ペンタホ (モンドリアン) は、大きくなるとそれほど速くはありません。また、機能も少ないです。それはかなり良いですが、ツールの方法にはあまりありません。どちらも不可欠なプラットフォームとして Excel をサポートしています。MS版はより堅牢です。
3.) ETL
MS - DTS は SSIS に置き換えられました。繰り返しますが、スピード、パワー、能力はマグナチュードの順に増加します。これは、すべてのデータ移動またはプログラム制御を制御します。それができない場合は、Powershell でスクリプトを作成できます。2008 年リリースの Informatica と同等。Pentaho - 以前よりもはるかに優れています。思ったほど速くはありませんが、やりたいことはほぼすべてできます。
4.) ダッシュボード
Pentaho はこれを改善しました。開発するのは一種の不快で友好的ではありませんが、実際にはMSに相当するものはありません.
5.) レポート
MS レポートは非常に強力ですが、それほど使いにくいわけではありません。今は好きですが、最初は嫌いでしたが、もう少しよく知るまでは。以前は Crystal レポートを使用していましたが、MS レポート ビルダーの方がはるかに強力です。MSで難しいことをするのは簡単ですが、簡単なことをするのは少し難しいです。ペンタホはちょっと不器用。私はそれがまったく好きではありませんでしたが、あなたはそうかもしれません。複雑すぎると感じました。Crystal レポート ビルダーまたは MS レポート ビルダーのどちらかに似ていればよかったのですが、ジャスパーに似ています。大変だと思います。それは好みかもしれません。
6.) アドホック
MS - これは私にとって真の勝者でした。私は自分のユーザーと一緒にそれをテストし、彼らはすぐに MS ユーザー レポート ビルダーに恋をしました。違いを生んだのは、使いやすさだけでなく、生産性も向上したことです。Pentaho - 良いですが、かなり古い学校です。より典型的なウィザードベースのモデルを使用し、強力なツールを備えていますが、私は嫌いです。それはそれ自体が優れたツールですが、私たちはこのスタイルから離れており、誰も戻りたくありません. 私がlogiXMLで抱えていたのと同じ問題。インターフェースは以前と同じように機能しましたが、12 年間使用していたものとあまり変わりません。
http://wiki.pentaho.com/display/PRESALESPORTAL/Methods+of+Interactive+Reporting
Pentaho を実際にうまく実行できる経験豊富な人がいますが、MS スイートの方が生産性が高いことがわかりました。
警告 -- SSIS に関する多数の欠陥、バグ、および煩わしさを列挙している多数のサイトがあります。なぜ SSIS がこの投稿で首位に立ったのかはわかりませんが、自分のプロジェクトを SSIS に賭ける前に、ブロゴスフィアで人々が何を言おうとしているのかを見てください。私の経験からすると、SSIS との連携がいかに恐ろしいものであるかについて 20 対 1 で怒鳴っています。現在、代替手段を探している私も同意できます。
お得な情報はこちら? 私はPentahoを試していませんが、チェックアウトする予定です. 私は経験豊富な MS BI コンサルタントで、1998 年から使用しています。SSIS は非常に高速で非常に強力ですが、批判は的を射ています。SSIS で次の問題が見つかりました。
(1) デバッグが難しく、問題が実際にどこにあるのかについてのヒントが得られない可能性のある不可解なエラーが発生します。
(2) 以前のコメントによると、これまでで最もくだらない開発環境です! 彼らが何を考えているのか私にはわかりません。
(a) 100 列以上のテーブルを作成し、マージ結合を配置します。ここで戻って、マージ結合を更新してみます (新しい列をプルするなど)。マージ結合で [OK] をクリックして変更を保存した後、最速のマシンでも数分かかる場合があります。多数のワイド レコードと多数のマージ結合を含む巨大なデータフローがあります。データフローに 1 つの列を追加するには、半日以上かかります。マージ結合を更新した後、別のことをしなければならず、5 ～ 10 分後にもう一度チェックして、それが完了したかどうかを確認します。これに対するマイクロソフトの対応は、パッケージを複数のパッケージに分割し、それらの間のテーブルまたはバイナリにデータを配置することです。すべてのステップの間にディスクを作成する場合は、SQL ですべてを実行することをお勧めします。
(b) デザイナーが完全にクラッシュすることがあり、最後の保存以降のすべての作業が失われます (このため、今は睡眠中に ctrl-S を実行しています)
(c) ハックを見つけ出し、ワイド レコード用に Excel で SSIS パッケージ XML を生成する必要がありました。600 以上の列レコードが一般的なヘルスケア クライアントがあります。SSIS で 600 列のファイル形式を定義しようとすると、すべての列を 1 つずつ入力する必要があります!!! MS アクセスでも、レイアウトをスプレッドシートからファイル レイアウトにカット アンド ペーストできますが、SSIS はできません。そのため、レイアウトから XML を生成し、XML コードをパッケージ内の適切な場所に貼り付ける必要がありました。醜い方法ですが、丸一日の作業と多くのエラーを節約できました。
(d) (c) と同様に、すべての列を削除する必要があり、その数が 600 以上あるとしたらどうでしょう。派生列コンポーネントでは、trim(column1) を 600 回以上入力する必要があります。データは Excel シートから簡単に生成できるため、SQL クエリでこのような単純な変換をすべて実行してデータを取得します。
(e) 多くの風変わりなもの、目に見えないコンポーネントがあり、パッケージを開くと、すべてのコンポーネントが一貫性を欠いて完全に再配置されることがあります。
(f) おそらく ETL で必要とされる最も一般的な機能の 1 つである FTP 機能は弱く、誰も使用しないプレーンなバニラ FTP しかサポートしていません。最近は誰もが SFTP、FTPS、https などを使用しています。したがって、ほとんどすべての実装では、パッケージが呼び出す必要があるサードパーティのコマンド ライン駆動のファイル転送アプリを使用する必要があります。
(g) Microsoft は、Windows Vista のばかげたセキュリティと同様に、CYA を試みて、ある環境から別の環境に SSIS パッケージを実際にプロモートすることを非常に困難にしました。デフォルトでは、「機密情報をユーザーキーで暗号化する」セキュリティという愚かなことに設定されています。つまり、移動先の環境で、開発した環境と同じアカウントで実行する必要がありますが、これはめったにありません。より良い設定方法がありますが、常にこの完全に役に立たないセキュリティ保護に戻ろうとします。
(h) 最後に、これらの問題のほとんどは現在第 3 バージョンにあり、Microsoft がそれらを修正する計画がないことを明確に示しています。
(i) デバッグは他の言語ほど簡単ではありません。
SSIS には依然として非常に多くの利点がありますが、深刻な問題がないわけではありません。
私はSSISとPentahoKettleを使用しましたが、ETLツールにはSSISの代わりにPentahoKettleを使用することを強くお勧めします。
私の理由：-SSISの流れはタスクごとです。ケトルは、システムを流れるデータの行について考えさせます。ケトルのアプローチは私にははるかに直感的に思えます。-SSISは十分に文書化されていません。これが起こります。しかし、変数の隅々までクリックしたり設定したりすることがたくさんあるようです。非常に複雑です。Pentahoには非常に役立つコミュニティフォーラムがあります。-私はPentahoがSQLServerを含む複数のタイプのデータベースと統合することを信頼しています。便利なJDBCも使用できます。また、SQL ServerとOracleの間を行き来し、Verticaとの間を行き来するために使用しました。Verticaで利用可能なバルクローダーがあります。それはとてもいいです。-SSISパッケージをサーバー上で実行することは、比較的非常に難しいと感じました。それは私の時間の価値がなかっただけです。-Pentahoが人または人のリストに警告またはエラーメッセージをメールで送信するのは非常に簡単であることがわかりました。-Pentahoを使用すると、ロジックが必要なタスクをJavaScriptで実行できます。私たちのほとんどが出くわした言語でシンプルかつ簡単に行うことができます。
私は何年も前に MS Reporting Services を使い始めましたが、とても気に入っています。私は Penaho のレポート ソリューションを試したことがないので、コメントできません。また、Analysis Services や Pentaho の代替手段も試していません。
最近、私は ETL ソリューションを必要としており、MSSQL と MSRS に精通していたので、MS Integration Service を検討し、おそらく選択することは明らかでした。しかし、私にとって、MSIS はひどいものでした。ほとんどの場合、それは直感的ではなかったからです。このツールを習得するために数日を費やした後、代替手段を探すことにし、以前は Kettle として知られていた Pentaho Data Integration に出会いました。数分で起動して実行し、すぐに最初の変換を作成しました。それだけで機能します。
確かに、私のニーズはかなり単純ですが、パフォーマンスは素晴らしく、コミュニティは非常に役立つようです.
a couple of points to add
Tool questions need to be addressed in terms of larger cultural questions - what kind of shops use open source tools? in my experience i've found that althsough Microsoft shops seem more rigid, when you have trouble with a connection string in a Microsoft shop you can get help.. in Pentaho and Linux shops its more DYI.
BTW, watch out for Pentaho sales guys doing demos - all the things they show are a lot harder to get working than it seems! :)
MS BI スタックに関する情報を提供することはできませんが、最近のBarcamp Orlandoでは、Pentaho の人々がそこにいて、彼らの製品について話しました。非常に印象的なデモでした。
自分自身を拡張できるオープン ソース プロジェクトであり、本当に優れたサービスの有料パッケージであるという事実により、多くのオプションが残されます。彼らはクライアントのために行った有料の仕事を実演し、間違いなく群衆を驚かせました。
また、Pentaho のデータ ウェアハウス側で作業している開発者と少し話をする機会がありました。彼は非常に鋭敏で、提案に対して非常にオープンで、どんな質問にも問題なく答えてくれました。
企業としては、Pentaho の仕事ぶりと開発者全員のフレンドリーさと親しみやすさに感銘を受けました。
大物に代わる堅牢で低コストの代替手段を探している場合、LogiXML には .NET プラットフォームでのダッシュボード機能とアドホック レポート機能があります。Pentaho が始まったばかりの 2006 年後半から使用していますが、しばらく見ていませんでした。
最近、pentaho オープン ソース BI を試しました。私はそれが非常に不器用であることに気づきました。それはあまり直感的ではなく、開発時間ははるかに長くかかりました。
これは、Oracle または ms BI ソリューションとはまったく異なります。エンタープライズ版の方がいいかもしれません。