다대다 관계 까지 수업듣고 질문 드립니다. (fk를 pk설정)

학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.

1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)

질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)

[질문 내용]
예시로 드신 Member_Product 테이블의 관계는 주문 테이블이라고 이해가 되는데 이럴경우에는 fk 2개를 pk설정을 하면 중복된 값이 못들어와서 당연히 기본키를 하나 만들어 주는걸로 배웠는데 만약에 주문이 아니고 수강테이블처럼 중복된 값을 막아야 하는 경우에도 테이블 내에 pk를 하나더 만들어 주는게 맞을까요?

안녕하세요, 배성환 님. 공식 서포터즈 y2gcoder 입니다.

학생, 강의 테이블이 있고 수강 테이블이라는 것이 필요한 상황이라고 이해했고, 그 때 어떻게 해야할지 저도 생각해봤습니다.

결론부터 말씀드리자면 수강 테이블에는 pk가 따로 필요하다고 판단했습니다.

저는 수강 테이블이 단순히 다대다 관계를 위한 매핑 테이블이 아니라고 판단했습니다. 수강 테이블은 단순히 학생 테이블과 강의 테이블의 매핑 테이블 역할만 해주는 것이 아니라 이름에서 보이듯이 수강신청날짜, 학점 등 수강 정보도 포함될 수 있다고 생각했습니다. 단순히 매핑 테이블이 아닌 부가적인 정보를 갖고 있어서 단독으로 조회할 때 사용할 수도 있기 때문에 pk가 따로 필요할 것 같습니다. 물론 이것은 제가 배성환님의 요구사항 일부분을 듣고 추측해본 것이기 때문에 다를 수도 있습니다 :)

또한 중복된 값에 대한 검사도 요즘은 애플리케이션 단에서 먼저 체크해주는 것이 일반적입니다. row를 바로 생성하지 않고, 학생이 수강신청을 하면 수강 테이블에 해당 학생이 해당 강의로 수강한 적이 있는 지에 대해 검사를 하는 로직을 보통 넣기 때문에 이 부분은 조금 커버가 가능할 것으로 보입니다.

저는 특히 중간 테이블을 기준으로 조회할 일이 많다고 판단했을 때 유지보수를 위해 pk를 추가해주는게 유지보수의 관점에서 효율적이라고 생각합니다. 이러한 개인적인 판단 하에 저는 pk를 따로 추가해줄 것 같습니다.

감사합니다.

인프런 커뮤니티 질문&답변