M:N연관관계 👎

연관관계

1대1

• 예시? 소개팅, 한 유저당 하나의 위시리스트, 신분증-사람, 회원-비밀번호

1대다

• 예시? 팬미팅, 지도교수님은 한 명-학생은 여러명, 사람-신용카드, 유저-리뷰
  , 호텔-호텔방, 팀-학생, 하나의 가게-여러개의 리뷰
  

❓ fk가 있는 팀이 1? 없는 팀이 1?

🅰️ 없는 팀이 1
이유는❓

위 테이블에서 호텔은 여러개의 방을 가질 수 있으므로 호텔: 1이고, 방:N이다.
만약 호텔에 방에 대한 fk가 존재한다면 데이터가 중복되는 상황이 발생하기 때문!
방 테이블에 데이터가 추가된다면, 방 테이블의 fk에 호텔의 id가 저장됨

다대다

• 예시? 과팅, 수업-학생

---

다대다 테이블 예시

<과목>
JAVA-홍길동, 김구리
DB-김가리
<학생>
홍길동-JAVA
김가리-DB
김구리-JAVA

초기 테이블 세팅

학생이 과목을 수강하는 거니깐 학생 테이블에 FK를 추가하자! 1️⃣테이블

오잉 ?! 그럼 같은 원리로 과목 테이블에 FK를 추가하는 것도 가능하잖아! 2️⃣테이블

그럼 두 테이블에 모두 추가하자! 3️⃣테이블

위 테이블들의 문제점은 뭘까?

• 😓 1️⃣번, 2️⃣번, 3️⃣번 테이블
  만약 수강이 끝났다면,학생 테이블에서 학생을 아예 삭제할 수 없으니깐 학생/과목 테이블에서 fk를 제거해야한다. 하지만, fk를 삭제하기 위해서는 연관된 과목 테이블의 행을 삭제해야한다는 불편함이 존재한다!

• 😓 1️⃣번 테이블
  특정 과목을 수강한 사람의 이름을 찾고 싶은 경우,
  보통 fk를 들고가서 pk를 찾지만, 위 테이블에서는 pk를 보고 fk를 찾는 상황이 발생할 수 있다..

• 과목 테이블을 조회하고, 학생 테이블을 조회해야 하므로 불필요한 조회가 발생한다!

• 😓 2️⃣번, 3️⃣번 테이블
  여러 명이 한 과목을 수강할 경우, 과목 테이블에 리스트 형태로 컬럼에 넣어야 하고, 리스트 형태를 풀어서 테이블에 저장한다면 데이터 중복이 발생한다.

---

다시 말해서, M:N을 쓰면 안되는 이유는?

• ⭐️ 속성의 원자성을 위배 ⭐️: 하나의 컬럼에 리스트를 넣을 수 없음
  (해결: RDB, noSQL사용 cf) RDB를 왜쓰는지? 다른 테이블의 원하는 데이터를 가져올 수 있음 우리의 뇌가 관계형 데이터들을 찾을 수 있도록 설계되어 있기 때문!)
• ⭐️ 이중 조회 ⭐️: 특정 과목을 수강한 학생 조회 및 특정 학생이 듣는 과목을 조회할 때 불필요한 조회가 발생!
• ⭐️ 유지보수 및 확장성 저하 ⭐️: 데이터의 추가 및 변경이 일어날 시 데이터를 모두 수정해야 한다.
• ⭐️ 데이터 중복의 문제 ⭐️: pk의 중복이 발생하여 참조 무결성이 훼손된다.
  

해결책

위와 같은 문제들을 어떻게 해결하면 좋을까?
두 테이블 사이에 예약 테이블을 새로 만들자!

이상적인 테이블

✅ 수강 테이블을 따로 두어 테이블 수정 삭제, 추가 시 발생하는 문제를 해결할 수 있음