• 목차

개요

• 객체는 참조를 통해 연관 관계를 가지고, 테이블은 외래 키를 통해 연관관계를 가진다.
• 객체는 참조가 있는 방향으로만 조회 가능 (단방향 연관관계) - member.getTeam()
• 테이블은 어느 방향이든 조인 가능 (양방향 연관관계) - JOIN ON M.TEAM_ID = T.TEAM_ID
• 테이블과 객체 사이에는 이런 패러다임 불일치가 있다.

SQL 중심적인 연관 관계

class Member {
    Long id;      // MEMBER_ID 컬럼 사용
    Long teamId;    // TEAM_ID FK 컬럼 사용 -> Team 객체 참조 불가능
    String userName;
}
class Team {
    Long id;        // TEAM_ID PK 사용
    String name;
}

• SQL 중심적인 개발을 한다면 객체를 테이블에 맞춰서 모델링 해야 한다.

• Member 객체와 연관된 Team 객체를 참조하는 것이 아닌 Team 객체의 id 를 통해 조회한다.

  // Member Select
  Member member = findMember(1L);
  Long teamId = member.getTeamId;
  
  // Team Select
  Team team = findTeam(teamId);
  

  • Memer 를 조회하고, 팀 아이디를 구해서 다시 Team 을 조회해야 한다.
  • 테이블의 외래키를 객체에 그대로 가져온다.
  • 객체 지향적이지 못하며, 객체 그래프 탐색도 할 수 없다.

• 좋은 객체 모델링은 기대하기 어렵고 결국 객체 지향의 특징을 잃어버린다.

JPA 와 연관 관계

@Entity
class Member {
		@Id
		@GeneratedValue
    Long id;

		@ManyToOne
		@JoinColumn(name = "TEAM_ID")
    Team team;

    String userName;
}

@Entity
class Team {
		@Id
		@GeneratedValue
    Long id;
		
    String name;
}

member.setTeam(team); // 회원과 팀 연관 관계 설정
em.persist(member); // 회원과 연관 관계 함께 저장

Member member = em.find(Member.class, memberId);
Team team = member.getTeam();

• JPA는 연관 관계와 관련한 패러다임 불일치 문제를 해결해준다.
  • Member 엔티티의 필드로 TeamId 가 아닌 Team 객체를 참조할 수 있다.
• 개발자는 Member 와 Team 의 연관관계를 설정하고 Member 객체를 저장하기만 하면 된다.
• 연관관계는 엔티티에서 연관관계 어노테이션을 통해 설정할 수 있다.