2011-05-06 2 views
0

나의 곤경 : 클라이언트와 계정 엔티티 관계가 일대 다 (1 : N)이지만 클라이언트와 office_location 간의 관계가 고유 한 회계 데이터베이스를 첸 - 모델링했습니다 (1 : 1, 1 : 1). 나는 삼항 관계를 생각해 보았고 또한 이진 관계를 통해 다른 삼자 관계에 붙어있는 약한 실체로 해결하려고 시도했다. 나는 이런 식으로 뭔가와 끝까지 : === CLIENT세 번째 엔티티에 의해 제약되는 1 : N 관계를 어떻게 모델링합니까?

OFFICE_LOC --- 앵커 (1 : N) === 계정 (WE)

:

OFFICE_LOC --- (N M)을 제공

클라이언트 === OWNS (1 : N) === 계정 (WE)

클라이언트가 office_loc 당 하나의 계정 만 가질 수있는 조건을 모델링하는 방법을 파악하는 데 어려움을 겪고 있습니다. 많은 계정, 일반적으로 말하기.

답변

0

첸 모델링 (정확히 NOTHING에 대해 알고 있습니다)에서 모델링하는 방법을 구체적으로 묻는 경우 또는이 관계를 데이터 모델로 지정하는 방법을 묻는 질문 인 경우 모르겠습니다. 이전하다면 후자의 경우 ...

클라이언트 < --- Client_2_Account ---> 계정이 대답을 무시

Client_2_Account 대다 테이블 이외에 Office_Location의 fkey 필드가됩니다 클라이언트와 계정에 대한 fkey 필드. client/office_location의 복합 키와 계정의 고유 키에 고유 제한 조건을 지정하십시오. 그런 다음 클라이언트는 사무실 위치에 대해 하나의 계정 레코드 만 가질 수 있으며 각 계정 레코드는 하나의 클라이언트에서만 소유 할 수 있습니다.

관련 문제