Pentaho vs Microsoft BIスタック[定休日]

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

質問

私の会社は投資のMS BIスタック(SQL Serverに報告サービス-分析サービスの統合サービスがいかに見えるもオープンソースの代替Pentahoなのだと思います。

を設置しましたバージョンによってそこを走っpainlessly.うことになる。げたいと思いました本当の時間の使用を開始で実際の作業を徹底的に理解ソフトウェアによるものです。

ており、情報の是非にPentaho vs MS BI、又はその他のリンクなどの比較?

よろしくお願いいたします!

役に立ちましたか？

解決

を見直した複数の双書庫などのパートナーのビジネスオブジェクト.多くのコメントが優先度を設定する。両ツールのセットには素晴らしいものがあります。一部のものかも好きチョコレートブラウニアイスクリームの上野チョコレート。

Pentaho一のスマート新しくありませんが、綺麗に掃ついてもMicrosoftしているものは資金計画されます。意MSの犠、データベース。Oracleはキング。競争力MSしているタを購入する際に、データベースを強いられてい革新的なスタートアップのカップルです。ごきげんよう、トメ子ですなデータベースに、DBのバトルが原因MSって非常に良い流れだったと思いくために付加価値のスタックです。

1.) Platform
SQLサーバーを起動していない、もしくは起動UnixやLinuxで自動的に対象から除外いたします。Windowsでは同じ価格として一部のバージョンまたはUnixです。Windowsには安いと妖精ですいくつかトラブルとしてのインプリメンテーションです。

2.) OLAP
分析サービスの他2005年現在は、2008年には2000年版です。このmagnatude強2000.のpentaho(モンドリアがないの速度があります。でも少ない特徴です。使い方はとても良いものがあまりないのです。の支援Excelとしてのプラットフォームにesscential.MS版を強化するという

3.) ETL
MS-アミューズに交換されていSSIS.再注文のmagnatudeの増加速度は、電力、力です。コントロールを切のデータを移動またはプログラム。なんなのできるスクリプト中のユー.パテムを構築では、2008年のリリース。Pentahoんとされていますが、あくまで使用します。ないとうがいいっぱいで仕分けもバッチリで約お世話になりたいと思いました。

4.) ダッシュボード
Pentaho改善します。このような違和感は、かなり非好意的開発であっせequivん

5.) 報告書
MS報告書は本当に強力なものになる。そして現在が嫌いで、だんだんとなっています。使ってた結晶報告書の報告書をビルダーは強固なものとします。でいくことMSが少し難いやすい。Pentahoはちょっと不器用なもの.なかったようですが。しかすぎます。いったいずれかの結晶報告書をビルダーのMS報告書をビルダーでジャスパーです。を見たいのです。ることが望ましい。

6.) アドホック
MS-この賞しました。でも自分のユーザーは、その瞬間のMSユーザー報告をビルダを構築します。その差がどのようだったわけではありません使いやすいものになります。Pentahoであるものかまったようです。この典型的なウィザードモデルとしての強力なツールでも嫌いです。優れたツールで何もしかしたらこのスタイルやしたいと希望しています。同じ問題があったかとlogiXML.の作成などによって多くの変化から何を使用しました12年目になります。http://wiki.pentaho.com/display/PRESALESPORTAL/Methods+of+Interactive+Reporting

が経験した人であることができるPentahoも実は、私だけのMSスイートの生産性が向上。

他のヒント

警告が多数サイトが上場には多くの不備、バグ、annoyancesとSSIS.なぜうSSISの第一人者として活躍しているトップのポストがする前にベットプロジェクトでは、何人いるんです。私の経験から、約20:1rantingう恐ろしいSSISの仕事のもとで合意し、現在は探せます。

ここに素晴らしい情報がありますか？私はPentahoを試していないが、それをチェックアウトすることを計画している。私はベテランのMS BIコンサルタントであり、1998年から使用しています。SSISは非常に高速で非常に強力ですが、批判は注目されています。 SSISで次の問題が見つかりました：

（1）デバッグが難しく、問題が実際にどこにあるのかについてのヒントを与えないかもしれない不可解なエラーが発生します。

（2）事前のコメントによると、これは史上最悪の開発環境です！私は彼らが何を考えているのか見当もつかない。

（a）100以上の列を持つテーブルを作成し、そのテーブルにマージ結合を配置します。ここに戻って、マージ結合の更新を試みます（新しい列を引き出すなど）。マージ結合で[OK]をクリックして変更を保存した後、最速のマシンでも数分かかることがあります。大量の幅広いレコードと多くのマージ結合を含む巨大なデータフローがあります。データフローに1つの列を追加するには、半日以上かかります。マージ結合を更新した後、別の操作を行い、5〜10分後に確認して、完了したかどうかを確認する必要があります。これに対するマイクロソフトの対応は、パッケージを複数のパッケージに分割し、それらのテーブルまたはバイナリにデータを配置することです。すべてのステップの間にディスクを使用する場合は、SQLですべてを行うことができます。 ETLツールの主な目的の1つは、メモリ内のこれらすべてをディスクI / Oを回避することです。

（b）デザイナーが完全にクラッシュすることがあり、前回の保存以降、すべての作業が失われます（このため、今はctrl-Sをスリープ状態にしています）

（c）ハックを把握し、SSISパッケージXMLをExcelで生成して幅広いレコードを生成する必要がありました。 600以上の列レコードが一般的なヘルスケアクライアントがあります。 SSISで600列のファイル形式を定義しようとすると、すべての列を一度に1つずつ入力する必要があります!!! MSアクセスでも、SSISではなく、スプレッドシートからレイアウトをファイルレイアウトにカットアンドペーストできます。そのため、レイアウトからXMLを生成し、XMLコードをパッケージ内の適切な場所に貼り付ける必要がありました。 Uい方法ですが、1日の作業と多くのエラーを節約しました。

（d）（c）と同様に、すべての列をトリムする必要があり、600以上の列がある場合、何を推測しますか？派生列コンポーネントでは、trim（column1）を600回以上入力する必要があります！これは、Excelシートから簡単に生成できるため、SQLクエリでこのようなすべての単純な変換を実行してデータを取得します。

（e）風変わりなものが多くあり、コンポーネントが見えなくなります。パッケージを開くと、すべてのコンポーネントが完全に一貫性なく再配置されます。

（f）FTP機能は、おそらくETLで必要な最も一般的なものの1つであり、脆弱であり、誰も使用していないプレーンなバニラFTPのみをサポートします。最近では、誰もがSFTP、FTPS、httpsなどを使用しています。そのため、ほとんどすべての実装では、パッケージが呼び出す必要があるサードパーティのコマンドライン駆動型ファイル転送アプリを使用する必要があります。

（g）Windows Vistaのとんでもないセキュリティと同様に、MicrosoftはCYAを試みて、SSISパッケージをある環境から別の環境に実際に昇格させることを非常に困難にしました。デフォルトでは、「ユーザーキーを使用して機密情報を暗号化する」というこの愚かなことを行います。セキュリティ。つまり、移行先の環境と同じアカウントで、開発した環境と同じアカウントで実行する必要があるということです。めったにないことです。より良い設定方法がありますが、常にこの完全に役に立たないセキュリティ保護に戻ろうとします。

（h）最後に、これらの問題のほとんどは現在第3バージョンにあり、Microsoftがそれらを修正する計画がないことを明確に示しています。

（i）デバッグは他の言語ほど簡単ではありません。

SSISにはまだ多くの利点がありますが、深刻な痛みがないわけではありません。

私は何年も前にMS Reporting Servicesを使い始めました。 Penahoのレポートソリューションを試したことがないので、コメントできません。また、Analysis ServicesまたはPentahoの代替手段も試していない。

最近、ETLソリューションが必要で、MSSQLとMSRSに精通しているので、MS Integration Serviceを検討し、おそらく選択することは明らかです。しかし、私にとっては、MSISはひどいものでした。主にそれは直感的ではなかったからです。ツールを学習しようとして数日を費やした後、代替手段を探すことにし、以前はケトルとして知られていたPentaho Data Integrationに出会いました。私は数分以内にそれを稼働させ、すぐに最初の変換を作成しました。それはただ動作します。

確かに私のニーズはかなり単純ですが、パフォーマンスは素晴らしく、コミュニティは非常に役に立ちそうです。

SSISとPentaho Kettleを使用しましたが、ETLツールにはSSISではなくPentaho Kettleを使用することを強くお勧めします。

私の理由： -SSISのフローはタスクからタスクへです。ケトルは、システムを流れるデータの行について考えさせます。ケトルのアプローチは、はるかに直感的に思えます。 -SSISの文書化は不十分です。これが起こります。しかし、変数のクリックと設定がたくさんあるようです。非常に複雑です。 Pentahoには、非常に役立つコミュニティフォーラムがあります。 -Pentahoは、SQL Serverを含む複数のタイプのデータベースと統合できると信じています。また、JDBCを使用することもできます。また、SQL ServerとOracleを一方の側で、Verticaをもう一方の側で使用するために使用しました。 Verticaでバルクローダーを使用できます。いいね。 -サーバー上でSSISパッケージを実行するのは比較的困難です。それは私の時間の価値がなかった。 -Pentahoが警告メッセージまたはエラーメッセージを個人または個人のリストにメールで送信するのは非常に簡単であることがわかりました。 -Pentahoでは、何らかのロジックが必要なタスクのためにJavaScriptでタスクを実行できます。私たちのほとんどが出会った言語でシンプルで簡単に行えます。

MS BIスタックに入力を提供することはできませんが、最新の Barcamp Orlando では、 Pentahoがそこにいて、彼らの製品について話しました。それは非常に印象的なデモでした。

それはあなたが自分自身を拡張できるオープンソースプロジェクトであるという事実と、本当に良いサービスのための有料パッケージであるという事実は、あなたに多くの選択肢を残します。彼らはクライアントのために行ったいくつかの有給の仕事を示し、彼らは間違いなく群衆を驚かせました。

また、Pentahoのデータウェアハウジングの側面に取り組んでいる開発者と少し話をする機会がありました。

Pentahoは、会社に関する限り、彼らの仕事と、すべての開発者が友好的で親しみやすいことの両方に本当に感銘を受けました。

追加するいくつかのポイント

  • すべてのPentahoツールのウィンドウバージョンがありますが、Windowsでのセットアップは面倒です。 Pentaho（特にGUIツールとは別のサーバーの起動と停止）は通常、WindowsショップではなくLinuxで使用され、WindowsからLinuxへの急激な学習曲線があります。
  • どのツールでも、移行すると学習曲線が現れます。問題が発生したときに常に[OK]をクリックし、メタデータを更新することに慣れると、SSISはそれほど悪くありません。ペンタホも不安定です。

ツールに関する質問は、より大きな文化的な質問の観点から対処する必要があります。どのようなショップがオープンソースツールを使用していますか？私の経験では、Microsoftのショップではより硬直しているように見えますが、Microsoftのショップで接続文字列に問題がある場合、助けを得ることができます。

ところで、Pentahoの営業担当者がデモを行っていることに注意してください。彼らが示すものはすべて、見た目よりも仕事をするのがずっと難しいです！ :)

大企業に代わる堅牢で低コストの代替品を探している場合、LogiXMLには.NETプラットフォームでダッシュボードとアドホックレポートがあります。私たちは、Pentahoが始まったばかりの2006年後半からそれらを使用していますが、しばらくは見ていません。

最近、pentahoオープンソースBIを試しました。私は非常に不器用であることがわかりました。あまり直感的ではなく、開発時間はずっと長くかかりました。

Oracleまたはms BIソリューションとはまったく異なります。エンタープライズ版の方がいいかもしれません。

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