デザインデータベース -

オファー必要Sugesstion：offerID、タイトル、スレッド...
募集：wantedID、タイトル、スレッド...
メンバー：MEMBERID、ユーザ名...デザインデータベース -

メンバーはお気に入りとして多くのトピックを選ぶことができ、UIリストに入れられます。どのように私はそれのためのデータベースを設計することができますか？

私の解決策：多くの関係に多くの

Favorite: 

favoriteID (PK) 
memberID - FK 
offerID - FK 
wantedID - FK

。しかし、常にofferIDまたはwantedIDのどちらかにNULLがあります。これは大丈夫ですか？

2011-01-02 user311509

ユーザーごとに複数のお気に入りを許可しているとしますか？

なぜ2つのテーブルを使用しないのですか？

1）favoriteOffers

favoriteOfferID（PK）
MEMBERID - FK
offerID - FK

2）

favoriteWantedID（PKに）
MEMBERIDをfavoriteWanted - FK
wantedID - FK

清潔な構造で同じ機能（おそらくさらに）。

2011-01-02 10:36:41 janb

あなたは正しいです...私は好みのものよりもほんの少ししか持っていないので、私は与えられた解決策を避けようとしていました。おそらく私はあなたのゾルに行くでしょう。 – user311509

答えて