問題タブ [data-vault]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
395 参照

join - 複合結合してスーパーセットを返す

イブニング・オール、

私はしばらくこれに取り組んできましたが、何らかの理由で、ロジックを期待どおりに返すことができないようです。

3 つのデータ テーブルと 3 つのビジネス コンセプト リンク テーブルがあります。

  • 表1
  • 表2
  • 表3

ルール:

  • 表 1 は表 2 にリンクできます
  • 表 1 は表 3 に直接リンクできます
  • 表 1 は、表 2 を介して表 3 に間接的にリンクできます。

テーブル構造 かなりの数のバリエーションを試しましたが、レコードが切り捨てられているようです。

説明するのは少し厄介ですが、要約すると、テーブル 1 のすべてのデータと、テーブル 1 に直接/間接的に関連している場合は、テーブル 2 と 3 のデータのみが必要です。テーブル 2 と 3 は必ずしも関連している必要はありません。ビジネス コンセプトです。

期待されるリターンは次のとおりです。 ここに画像の説明を入力 ご協力をお願いいたします。

0 投票する
2 に答える
1255 参照

mysql - データ保管庫モデル: ハブは何に適していますか?

Data Vault モデリングについて読んだところですが、私が理解している限りでは、ハブにはキー (およびレコード ソース) しか含まれていません。レコード ソースを格納するためだけに、なぜこれらのハブ テーブルを作成する必要があるのでしょうか。サテライトとリンクだけで十分ではないでしょうか?

ところで:ダウンロードして遊ぶためのデータボールト形式の単純なmysqlテーブルを探しています。

0 投票する
2 に答える
1195 参照

sql - データベース アーキテクチャ、データベース分割

私は、自分に合わない DB アーキテクチャに出くわしました。これは小さな開発者チームのためのものです... この設計について意見をいただければ幸いです。

これはシステムの簡単な説明です。すべての 3rd NF データベース (Client、Accounting、Rate、Exposure)

4 つの正規形 DB があります。

クライアント DB : クライアントと組織の情報を維持する

レートDB:サードパーティシステムから為替レートを取得

Exposure DB : 銀行口座と取引情報を取得するためのサードパーティ システムへの接続

会計 DB : 財務リスクと予測に関するさらなる計算

データ ウェアハウジング用に次のデータベースがあります。

SQL Server 分析サービス: スター スキーマ

キューブ

データベースの分割: 4 つのデータベース ( ClientRateExposureAccounting ) は 4 つの SQL Server に分割されていますが、それらはすべて同じ物理サーバー上で実行されます。これらのデータベースは相互にデータを必要とします。たとえば、すべての DB で使用される組織テーブルがあります。または、他の DB でレートが必要です。

Analysis Services: スター スキーマと Analysis Services があります。私の理解では、Data Vaultは Start Schema を生成するためのソースとして使用できます。ただし、その目的でData Vaultを使用していません。SSIS を使用して、Client、Rate、Exposure、および Accounting DB から直接データを読み取り、開始スキーマを直接入力します。

質問:

  1. 分割されたデータベース内でデータを使用する必要がある場合、データベースを分割することは良い考えですか?

  2. データベースを分割するのが良いアイデアである場合を説明する良いソース/ブログはありますか?

  3. ソース データベースから宛先データベースにテーブルをコピーすることは適切な解決策ですか? 非常に多くのテーブルを複数の DBa にコピーするよりも、クロス DB クエリの方がはるかにシンプルで効率的だと思います。