私はデータボールトモデルを使用するデータウェアハウスを設計しています。私のデータウェアハウスには、Specialtyというエンティティがあります。 Specialty_CDからDescriptionへの1対1のマッピングを持つコードに基づいて、これらのSpecialtiesのルックアップテーブルがあります。このルックアップテーブル（特殊コードは意味を変えることができる）と私のボールト内のすべてのサテライトテーブルのデータエントリの履歴があります。データボールトモデルとルックアップテーブル
「プロフェッショナル」と呼ばれるデータボールト内の別のエンティティを、専門家が複数の専門分野を持つことができる専門エンティティにリンクしたいという奇妙なケースがありました。しかし、専門エンティティのためのハブはありません。私の現在のソリューションには、プロフェッショナルごとにビジネスキーとビジネスキーハッシュを保持するプロフェッショナルハブ、プロフェッショナルなBKハッシュを専門職の専門分野にマッピングするリンクテーブル、特殊コードから説明までのルックアップテーブルがあります。ここでのキャッチは、リンクテーブルが別のハブの代わりにハブをルックアップテーブルに接続していることです。私は助けることができないが、これがData Vaultモデルを破るように感じる。これはデータボールトモデルのルールを破っていますか？これは私の全体モデルの標準化を崩壊させるか？
Specialtiesのハブを作成すると、データ検索のための余分な結合が行われるように感じます。スペシャルティコードはすでに特殊な記述の一意の識別子なので、私はむしろ、この特殊なエンティティのための単一のルックアップテーブルを持っています。特に、専用コードの定義と記述の目的に役立つのはデータウェアハウス内のみであるためです。
このような状況についてのご意見をお待ちしております。ハブをルックアップテーブルにリンクすることで、このシナリオでデータボールトが壊れていますか？この専門エンティティのためのハブと衛星を作成するための検索にオーバーヘッドと追加の結合が必要ですか？
ありがとうございました！