🙆‍♂️❤️🙅‍♀️ 짝사랑부터 연애까지 (JPA 연관관계)

※ 발단 ※

JPA를 쓰다 보면

@OneToMany, @ManyToOne 같은 어노테이션을 자주 보게 된다.
이들은 관계형 DB의 외래 키(FK) 를 객체 세계에서도 연관된 객체로 표현하기 위한 것이다.
JPA는 직접 SQL JOIN을 작성하지 않고도,
어노테이션으로 연관 관계를 선언하고,
이를 바탕으로 자동 조인 쿼리를 생성하거나 객체 탐색이 가능하다.

그런데 솔직히 말하면,
아직 저 어노테이션들을 언제, 왜, 어떻게 써야 하는지 잘 모르겠다.
그저 예제에서 보이면 쓰고, mappedBy는 있으면 넣는 정도였다.
단방향, 양방향? 기준도 애매하고 헷갈릴 뿐이다.

그래서 이번엔
외우기 위해서가 아니라, 이해하고 설명할 수 있도록
"JPA 연관 관계 매핑"을 확실히 정리해보려 한다.

---

※ 연관관계 방향 ( 단방향, 양방향 ) ※ - Baeldung

단방향

정의 : 한 쪽 엔티티만 다른 엔티티를 참조하는 관계.
A -> B 는 참조하지만, B 는 A 를 모른다.

쉽게 비유하자면 다음과 같다.
짝사랑 한다고 생각하자. 🙆‍♂️❤️ 🙅‍♀️
A(남자)는 B(여자) 를 좋아해서 계속해서 쳐다보지만,
B(여자)는 A(남자)가 좋아하는 지 조차 모른다.

@Entity
public class 남자_클레스 {
    @Id 
    @GeneratedValue
    private Long id;
    
    @ManyToOne
    @JoinColumn(name = "여자_id")
    private 여자_클레스 여자;
}

@Entity
public class 여자_클레스 {
    @Id 
    @GeneratedValue
    private Long id;
    
    private String name;
}

양방향

정의 : 두 엔티티가 서로를 참조하는 관계

쉽게 비유하자면 다음과 같다.
서로 사랑 한다고 생각하자. 🙆‍♂️❤️ ❤️🙆‍♀️
A(남자)와 B(여자)는 서로 좋아하는 사이다.

@Entity
public class 남자_클레스 {

    @Id 
    @GeneratedValue
    private Long id;

    @ManyToOne
    @JoinColumn(name = "여자_id") 
    private 여자_클레스 여자;
}

@Entity
public class 여자_클레스 {

    @Id 
    @GeneratedValue
    private Long id;

    private String name;

    @OneToMany(mappedBy = "여자") // 아래에서 설명예정
    private List<남자_클레스> 남자들 = new ArrayList<>();
}

---

※ 연관관계 주인 ※

윗 글에서 우리는 연관관계의 방향 단방향과 양방향 을 배웠다.
그럼 이제, 양방향 관계에서 꼭 따라붙는 개념인
연관관계의 주인은 도대체 무엇일까?

---

왜 필요한가?

양방향 연관관계에서는 양쪽 엔티티가 서로를 참조하므로,
둘 중 누가 외래 키를 관리할지 명확히 지정하지 않으면
불필요한 쿼리, 중복 데이터, 상태 불일치 문제가 발생한다.

그래서 JPA는 누가 외래 키의 주인인지 반드시 지정해야 하고,
이 역할을 연관관계의 주인 라고 부른다.

비유를 해보자.

고백한 사람 : 철수
고백받은 사랑 : 영희

이 둘은 인★그램에 서로 처음 사귀는 날을 올리자고 정하였다.
철수는 2025/05/19 일에 사귄다고 올렸고,
영희는 2025/05/22 일에 사귀었다고 올렸다.

---

해결하기 위해서는 어떻게 해야할까

위에서 철수와 영희가 서로 다른 날에 사귄다고 말하였다.
그럼 이걸 보는 사람들은 누구의 말을 믿어야 할까?

• 먼저 고백한 철수의 말?
• 마음의 준비를 다 하고 받아준 영희의 말?

사실 이 문제는 누가 맞느냐보다도,
둘이 기념일 가지고 싸우게 되는 게 더 큰 문제다. ( 둘 사이엔 미묘한 균열이 생기겠지 )

이걸 방지하기 위해서 JPA는 이렇게 정한다.
1. 연애 상태는 주인(철수)가 올린다.
2. 비주인(영희)는 그걸 공유만 한다.

철수 = 연관관계 주인 (실제로 외래 키를 DB에 저장한다)
@ManyToOne
@JoinColumn(name = "여자_id")
private 여자_클레스 여자;

====================================
영희 = 연관관계 비주인 (그냥 참조만 한다.)
@OneToMany(mappedBy = "여자") // <주인> 필드명 지정
private List<남자_클레스> 남자들;

---

※ 연관관계 종류 ※

---

@ManyToOne : 많은 객체가 하나의 객체를 참조하는 관계

쉽게 비유해보자.
많은 남자들이 한 명의 여자에게 고백하는 상황
🙆‍♂️🙆‍♂️🙆‍♂️🙆‍♂️❤️ 🙅‍♀️

@Entity
public class 남자 {

    @Id @GeneratedValue
    private Long id;

    @ManyToOne
    @JoinColumn(name = "여자_id") // 외래 키는 남자 쪽에
    private 여자 영희;
}

장점

• 외래 키를 가진 쪽이 주인이 되므로 관리가 쉽다.
  “난 수지 좋아해요!” 철수.set여자("수지") 만 하면 DB 에 저장되기 때문이다.
• DB 설계 관점에서도 자연스럽다.
  여자쪽에 여러 남자는 넣는 것 보다는... 남자 쪽에 한 여자만 넣는 게 낫지 않나.
• 성능 최적화가 수월하다.
  이건 이후에 나올 fetch 전략이 필요하다.

---

@OneToMany : 하나의 객체가 여러 객체를 참조하는 관계

쉽게 비유해보자.
한 명의 여자를 여러 남자들이 좋아하는 건 흔하지만,
그 반대! 여자가 자기를 좋아하는 사람들 목록을 관리하는 상황이라고 생각해보자.
🙅‍♀️ ❤️ 🙆‍♂️🙆‍♂️🙆‍♂️🙆‍♂️

@Entity
public class 남자_클레스 {

    @Id @GeneratedValue
    private Long id;

    @ManyToOne
    @JoinColumn(name = "여자_id") // 외래 키는 여전히 남자 쪽에
    private 여자_클레스 여자;
}

@Entity
public class 여자_클레스 {

    @Id @GeneratedValue
    private Long id;

    private String name;

    @OneToMany(mappedBy = "여자") // '고백 받은 사람' 입장에서 리스트 관리
    private List<남자_클레스> 남자들 = new ArrayList<>();
}

---

※ Fetch 전략 (즉시 vs 지연) ※

정의
@ManyToOne(fetch = FetchType.LAZY)
연관된 엔티티를 언제 불러올지 정하는 전략

즉시(EAGER) : 연관된 엔티티를 바로 JOIN 해서 가져온다

"소개팅 나오자마자 옆자리에 친구도 같이 앉아 있음"

“친구가 필요할 것 같아서 미리 데려왔는데,
막상 대화할 때 친구 얘기 하나도 안 나온다면?
– 아.. 괜히 데려왔다. ( 나중에 친구에게 밥 사줘야 함 )”

지연(LAZY) : 필요할 때 쿼리 발생 (프록시 객체)

"친구 얘기는 나중에 필요할 때 카톡으로 물어보는 느낌"

친구가 필요하면 그때 가서 전화하는 방식

---

※ Cascade / OrphanRemoval ※

정의
부모가 어떤 행동을 하면
그 자식도 같이 따라가게 하는 설정

---

Cascade : 같이 저장/삭제/갱신까지 하고 싶을 때

"엄마가 마트 가면, 아이도 같이 따라간다."

엄마가 저장되면 - 아이도 같이 저장됨
엄마가 삭제되면 - 아이도 같이 삭제됨
엄마가 수정되면 - 아이도 같이 갱신됨

즉, 부모가 행동하면 JPA가 자식도 자동으로 처리해준다.

---

OrphanRemoval : 부모가 연 끊으면, 자식은 버려진다.

"엄마가 아이를 버리면... 아이는 고아가 되며, 그리고... "

OrphanRemoval - 고아면 삭제해라 ( 말이 좀 쎄지만, 이렇게 생각하는 게 좋다. )

부모와 연결이 끊긴다면 자식은 자동으로 시스템이 삭제한다.