問題タブ [warehouse]

パートナーの Microsoft SQL Server からデータを収集し、それを自社の SQL Server にインポートすることを検討しています。私たちがやりたいことの一部は、彼らのすべてのデータを別々に取得し、それらをすべて組み合わせて、お互いのパフォーマンスの比較に関するベースラインを作成できるようにすることです. これを達成するために、どのようなベスト プラクティスや推奨事項があるか知りたいです。

私が考える最も簡単な方法は、それらを SQL Server でリンク サーバーとして設定し、ストアド プロシージャを作成して (そして SQL Server エージェントを使用してスケジュールを自動化して)、それぞれからローカル テーブルにデータをインポートすることです。これを行うためにサードパーティのシステム（例：stitchdata）も調べ始めましたが、データをローカルにインポートするものは見当たりません。それらのほとんどはデータをクラウド DB ソリューションにインポートするようです。

誰かが以前に似たようなことをしたことがあり、私たちを正しい方向に導くのを助けることができますか?

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

私の質問は、データ ウェアハウスでの fact_table のモデリングについてです。たとえば、さまざまなサブジェクトにサブスクライブしているユーザーがいて、いつサブスクライブを開始したかを追跡したいとします。各ユーザーは特定の部門に属しています。ユーザーは部門を変更できます。ファクト テーブルには 2 つの設計があります。

これは、ユーザーが 2017 年 9 月 10 日に件名 10 を購読し、2017 年 9 月 25 日に購読を解除したことを意味します

もう 1 つの設計は、設計から department_key を削除することです。

集計表は次のようになります。

問題は、ユーザーの部門が変わる可能性があることです。集計でユーザーの現在の部門が必要な場合、質問は、実際のテーブルに department_key を含めて、ユーザーが部門を変更するたびに更新するか、ロジックを集計で処理する必要があるかです。サブジェクト キー以外のディメンション キーのないファクト テーブルは、「本当に」ファクト テーブルですか?

ありがとう