SalesForce/Apexを使用したOLAPスタイルアプリケーションの構築

Question

Planning and BudgetingアプリをSalesforceプラットフォームに移行することを検討しています。既存のアプリケーションは、次元データモデル上に構築されており、スター結合を使用して拡張されたアドホッククエリ機能を実装しています。

私たちは、プラットフォームは、私たちはすぐに一緒にデータ入力画面を置くことを可能にする方法を見て、しかし、基礎となるデータモデルとクエリ言語は、当社の報告要件に適していないようです。

このプラットフォームでは、迅速で柔軟なレポート作成が可能ですか？そうでない場合、データを分析アプリケーションに持ち込むために定期的にデータを抽出するのはどれほど煩わしいのですか？

Answer 1

Hmm - 私は自分の質問に答えると思いますか？これ（スタックオーバーフローで無視されるものと何か関係があると思っている奨励金でさえ）の相対的な沈黙は、一種の答えです。

いいえ、このプラットフォームは、あらゆる種類のROLAP要件を持つアプリケーションには適していません。私はSalesforceでOLAPデータモデルを構築しようとしないだろう

Answer 2

ネイティブ、高速で、OLAPのようなクエリを行う：SFDCは、そのネイティブのレポート内で、やや限られた参加機能を備えた基本的に伝統的なスタイルのRDBMSであるので、可能、やや面倒を。カスタムコードでOLAPのようなことを行うことはできますが、確立されたハイエンドOLAPソリューションの使用に慣れていると面倒になる可能性があります。

SFDCからのデータを他のアプリケーションで使用するための抽出：本当に簡単や技術の数でサポート、最も一般的なCSVファイルを抽出したり、データのWebサービスを使用しています。 SFDCデータローダーのようなツールもあり、コマンドラインやUIからデータを抽出/ロードできます。これはおそらく、私が所与の分析ツールの専門知識を持っているクライアントにお勧めするものです。

Answer 3

...私は愚かな質問をするために私に恥を推測するが、私はすべての回答をお待ちしております。子から親へのデータの結合とロールアップの両方の制限は、集計を使用してスタースキーマを実装するのを困難にします。

は、Salesforceと統合し、リアルタイムのビジネスインテリジェンス機能の近くに提供することができ、このようなIQ 20/20などいくつかの製品があります。彼らは集計表を作成するための方法を提供して

Analytical snapshotsも助けることができます。スナップショットは、レポートからデータを取得し、定期的に実行するようにスケジュールできます。さまざまなSalesforceエディションではスケジューリングに関するさまざまな機能が提供されていますので、あまりにも多くのデザインに入る前に、エディションの制限を確認することをお勧めします。