私は AdventureWorks2008 データベースを調べていて、製品を販売員に関連付ける新しいテーブルを作成したいと考えていました。
これらのテーブル間には多対多の関係があります。
質問は、 2 つのスキーマのうち、Sales
テーブルProduction
はどちらProductSalesPerson
に属しているか?
ProductSalesPerson
必ずしもどちらのスキーマにも属していません。
この連想テーブルに新しいスキーマを作成する必要がありますか?
私は AdventureWorks2008 データベースを調べていて、製品を販売員に関連付ける新しいテーブルを作成したいと考えていました。
これらのテーブル間には多対多の関係があります。
質問は、 2 つのスキーマのうち、Sales
テーブルProduction
はどちらProductSalesPerson
に属しているか?
ProductSalesPerson
必ずしもどちらのスキーマにも属していません。
この連想テーブルに新しいスキーマを作成する必要がありますか?
Production と Sales が異なるスキーマにあるのはなぜですか?
それらがそのままであり、それを変更できないという仮定に基づいて、より大きなパースペクティブシェアを担当するスキーマに入れます。つまり、通常、「製品 x の販売責任者は誰ですか?」という質問の場合です。-- 本番環境に入る必要があります。それが「営業担当者 x が販売している製品は何ですか?」ということであれば、-- それは販売に入る必要があります。
これは、クロススキーマの関係が明確なホームを持たないというまさにその理由から、一種の厄介な設計の私見です(ただし、このように設定する正当な理由がある場合は、啓発されていただければ幸いです)。
実際には、質問するユーザーがいます。しかし、推測しなければならない場合、営業担当者が製品を担当するのは普通のことであり、その決定の責任は製品開発ではなく営業が負っています。したがって、交差点は生産ではなく販売に属すべきだと思います。