私には今直面している大きな課題があります。親の主キーと組み合わせた主キーを持つ弱いエンティティ「AFFILIATE」を持つ強力なエンティティ「クライアント」がある場合、データベースを設計しています。 "関係と総参加を持っています。しかし、私の問題は、SQL では、AFFILIATE の主キーをその識別子と親の主キーによって定義する必要があるため、1 対多の関係が非効率になることです。多くのid_client。私を助けてください。
質問する
366 次
3 に答える
1
これはまったく珍しい設定ではありませんが、非効率的であると考える特定の理由はありますか?
クライアントには id_client のクラスター化された主キーが必要です アフィリエイトには id_client + id_affiliate のクラスター化された主キーが必要です
2 つの間の結合は、(クラスタリング キーのため) ページ ルックアップの追加ホップのない単純な B ツリー ルックアップであり、特定のクライアントのアフィリエイトはすべて同じデータ ページにある可能性が高いため、ルックアップは非常に速くなります。
于 2013-12-05T17:27:01.270 に答える