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

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

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

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

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

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

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

감사합니다.