Subject 테이블과 Lecture 테이블 질문드립니다.

상관 없겠죠. 그러나 중요한 것은 정규화를 생각해야 합니다. Grade가 어느 테이블의 속성에 있는 것이 맞는가를 정확하게 고려해야 합니다. PK, FK구성에는 문제가 없지만 있어야 할 테이블에 없다면 비즈니스 로직을 구현하는데 문제가 되겠죠. 물론 이래도 되고 저래도 되는 경우도 있습니다. 그런 경우는 쉽지만 찾아보기 힘들죠.

Subject가 복잡해지면 나중에 확장성이 크게 떨어집니다. 즉 Subject가 어느 학년에 적용될지 예측할 수 있나요? 만약 Subject의 학년이 바뀌게 되면 일이 생깁니다. 즉, 마스터는 스스로 존재하는 것이기 때문에 그 성격이 바뀌지를 않습니다. 물론 키의 설계가 그렇다는 것이지요. 그런데 Grade가 바뀌어야 하는 상황이 될 수도 있겠군요. 테이블 설계 시 필요 이상의 속성과 키를 갖는 다는 것은 그만큼 부담이 되는 것을 의미하며, 확장성이 현저하게 떨어집니다. 그래서 정규화를 공부해보면 왜 테이블은 최소의 단위로 쪼개져야 하는지 명확하게 알 수 있습니다.