디자인 데이터베이스 -

Question

제공 필요 Sugesstion : offerID, 제목, 실 ...
구함 : wantedID, 제목, 실 ...
회원 : MEMBERID, 사용자 이름 ...

회원은 UI 목록에 넣을 즐겨 찾기로 많은 주제를 선택할 수 있습니다. 어떻게 그것을 위해 DB를 디자인 할 수 있습니까?

내 솔루션 :

Favorite: 

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

많은 많은 관계. 그러나 offerID 또는 wantedID에 항상 NULL이있을 수 있습니다.

Answer 1

사용자별로 여러 개의 즐겨 찾기를 허용한다고 말하는군요. 맞습니까?

두 테이블을 사용하면 어떨까요?

1) favoriteOffers

favoriteOfferID (PK)
MEMBERID - FK
offerID -

2)

를 favoriteWanted

FK

favoriteWantedID (PK)
MEMBERID - FK
wantedID - FK

깨끗한 구조의 동일한 기능 (어쩌면 더 많은 기능).