<aside> 💡

연관관계란 하나의 객체가 다른 객체를 참조(소유)하는 관계를 의미한다. 즉, A객체가 B객체를 “알고있는 것” 또는 “A가 B를 가지고있는 것” 을 의미한다.

보통 다대다 관계는 1:N, N:1 관계로 구성하고, 연결 테이블이 각 테이블의 PK를 FK로 참조한다고 볼 수있다.

</aside>

Member 테이블과 Product 테이블이 있다고 가정 했을 때 한명의 회원은 여러개의 상품을 찜 할 수 있고, 한개의 상품은 여러명의 회원에게 찜 당할 수 있다.

1. 객체와 테이블간의 연관관계

<aside> 💡

객체와 테이블간의 연관관계를 맺는 차이를 이해해야한다.

• 객체 연관관계 = 2개
  • 회원 ↔ 팀 연관관계 (단방향)
  • 팀 ↔ 회원 연관관계 (단방향)
• 테이블 연관관계 = 1개

  • 회원 ↔ 팀 연관관계 (양방향)

    

객체간 연관관계에서는 각각 단방향 연관관계로 서로를 참조하고있다. Member에서는 Team의 객체로, Team에서는 Member를 List형태로 저장해서 참조한다.

반면, 테이블에서는 MEMBER에서는 TEAM_ID(FK)로, TEAM에서는 TEAM_ID(PK)로 서로를 JOIN하는 형식이다. 외래키 하나로 참조가 가능해진다.

</aside>

1-1. 객체와 테이블의 양방향 관계

• 객체

  • 객체의 양방향 관계는 사실 양방향 관계가 아니라 서로 다른 단방향 관계 2개 이다.
  • 객체를 양방향 관계로 설정하려면 실제로는 단방향 관계 2개를 만들어야 한다.

    • A → B (a.getB())

    • B → A (b.getA())

      class A {
      	B b;
      }
      
      class B {
      	A a;
      }
      

• 테이블

  • 테이블은 외래키 하나로 두 테이블의 연관관계를 관리한다.

  • MEMBER.TEAM_ID 외래키 하나로 양방향 연관관계를 가진다.(양쪽으로 조인 가능하다.)

    SELECT * FROM MEMBER M JOIN TEAM T ON M.TEAM_ID = T.TEAM_ID
    SELECT * FROM TEAM T JOIN MEMBER M ON T.TEAM_ID = M.TEAM_ID
    

1-2. 둘 중 하나로 외래키 관리

• 만약 Member를 바꾸거나 새로운 Team에 들어가고 싶다고 가정을 해 봤을 때
• Member의 Team값을 바꿔야할지 Team의 Member List값을 바꿔야할지 애매하다.
• 하지만 db에서는 MEMBER테이블의 TEAM_ID 외래키 값만 업데이트 되면 해결이된다.

<aside> 💡

위 문제들 때문에 룰이 생기는데 이게 바로 “연관관계의 주인” 이다. 둘 중 하나가 연관관계의 주인으로 설정이 되야한다.

</aside>

1-3. 연관관계의 주인

• 양방향 매핑 규칙
  • 객체의 두 관계 중 하나를 연관관계의 주인으로 지정
  • 연관관계의 주인만이 외래키를 관리(등록, 수정)
  • 주인이 아닌 쪽은 읽기만 가능
  • 주인은 mappedBy의 속성을 이용하지 못함 → mappedBy속성을 사용하면 주인이 아니라고 생각하면 됨
  • 주인이 아닌 쪽은 mappedBy속성으로 주인 지정
• 양방향 매핑 시 주의점
  • 비즈니스 로직을 기준으로 연관관계의 주인으로 지정하면 안된다.
  • 연관관계의 주인은 외래키의 위치를 기준으로 정해야한다.(외래키를 가지는 쪽이 주인)
  • 양방향 연관관계일때는 순수 객체상태를 고려해서 양쪽 모두 값을 세팅해줘야한다.
    • 연관관계 편의 메소드를 생성하자
      • 양방향 매핑시에 무한루프를 조심하자
      • 양쪽 다 편의 메소드를 작성하면 무한루프 가능성 있음
• 누구를 주인으로?

  • 외래키가 있는 곳을 주인으로 정해라