테이블 설계 질문 입니다! (정규화)

Question

안녕하세요.테이블 설계를 하다가 궁금한 점이 생겨서 질문드립니다.위와 같은 테이블이 있습니다. 밑의 제약조건입니다.Team은 여러 명의 Player를 가질 수 있습니다.Team은 여러 명의 Coach를 가질 수 있습니다.Player는 하나의 Team만 가질 수 있습니다.Player는 하나의 Coach만 가질 수 있습니다.Coach는 하나의 Team만 가질 수 있습니다.Coach는 한 명의 Player만 가질 수 있습니다.Player와 Coach는 같은 Team에 소속되어야 합니다.Player와 Coach는 Team없이 생성될 수 있습니다.이렇게 테이블을 설계했을 때 질문 사항입니다.7번 제약 조건을 지키려면 Check 제약조건 또는 어플리케이션에서 검증해아할까요? 아니면 모델링이 잘못되었을까요?player 테이블은 coach를 알 때 player의 소속 team을 알 수 있으니 이는 BCNF를 위반한 것일까요? 하지만 제약조건 8번이 있으니 괜찮은 모델링인가요?조언 부탁 드립니다.감사합니다.&#43;개인적인 생각으로는..1.논리적인 제약조건이라서 현재 모델링에는 녹일 수 없다.2....

체크남 · Answer

키만 잡은 상태이고 추가 컬럼들이 붙여 나가실 텐데...기본적으로 마스터 3개 와 중간 매핑테이블 두는게 어떨지요?

장독깨기 · Answer

1,2 모델링은 이상 없어 보입니다.7번 검증은 check 제약은 잘 안 될거 같은데요, 모르겠네요.어플리케이션 검증 또는 트리거에서 검증할 수 있을거 같습니다.ERD 편집 툴 https://www.erdspace.com 여기 한 번 이용해보세요. :)

yeori · Answer

선수였던 류현진이 코치로 전향한다면?코치 당 3명까지 담당 선수를 할당하기로 정책을 바꿨다면?어떤 선수가 은퇴를 앞두고 코치로 전향하기 위해서 3개월간 선수와 코치 신분을 동시에 유지해야 한다면?

르매 · Answer

이렇게 모델링하면 RDB 수준에서 무결성을 보장할 수 있습니다.모든 선수는 players에 적재되어 있습니다.모든 코치는 coaches에 적재되어 있습니다.팀에 소속 될 때는 team_players 또는 team_coaches에 INSERT 합니다.team_players.player_id와 team_coaches.coach_id가 unique하기 때문에 여러 팀에 소속되는 것을 막습니다.단, 각각의 테이블에서 PK는 team_id, player_id의 조합 / team_id, coach_id의 조합으로 합니다.같은 팀에 속한 1명의 선수와 1명의 코치가 서로 코칭하는 관계를 가져야할 때, coaching 테이블에 INSERT 합니다.coaching.team_id, coach_id 순서로 복합 유니크키가 있고, coaching.team_id, player_id 순서로 복합 유니크 키가 있기 때문에 코칭 관계에는 한 번씩만 들어갈 수 있습니다.1항의 유니크 키가 team_id를 공유하기 때문에 같은 팀의 선수와 코치만 코칭 관계를 가질 수 있습니다.이 테이블은 대리키가 필요하기 때문에, coaching_id에 auto_increment 속성을 주고 (ERD 그릴 때 AI 속성이 누락되었네요 ㅎㅎ), PK로 잡아 줍니다.

테이블 설계 질문 입니다! (정규화)

4개의 답변

기술 목록