[Spring Data JPA] [2] 예제 도메인 모델

https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%EB%8D%B0%EC%9D%B4%ED%84%B0-JPA-%EC%8B%A4%EC%A0%84/dashboard

실전! 스프링 데이터 JPA - 인프런 | 강의

인프런 김영한 님의 강의를 듣고 작성한 글입니다.

 

[1] 예제 도메인 모델과 동작 확인

■ 엔티티 클래스

 

■ ERD

 

Member

@Entity
@Getter @Setter
@NoArgsConstructor(access = AccessLevel.PROTECTED)
@ToString(of = {"id", "username", "age"})
public class Member {

    @Id @GeneratedValue
    @Column(name= "member_id")
    private Long id;
    private String username;
    private int age;

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "team_id")
    private Team team;

    public Member(String username) {
        this.username = username;
    }

    public Member(String username, int age, Team team) {
        this.username = username;
        this.age = age;
        if (team != null) {
            changeTeam(team);
        }
    }

    public void changeTeam(Team team) {
        this.team = team;
        team.getMembers().add(this);
    }
}

• @Setter는 가급적 사용하지 말자.
• @NoArgsConstructor(access = AccessLevel.PROTECTED): 기본 생성자를 막고 싶은데 JPA 스펙상 PROTECTED로 열어둬야 한다.
  • protected Member() {}를 만들거나 이 애노테이션을 붙여야 함.
• @ToString은 가급적 내부 필드 (연관관계 없는 필드)만 넣자.
  → 연관관계 있는 필드를 넣으면 무한루프를 돌 위험이 있다.
• changeTeam()으로 양방향 연관관계를 한 번에 처리한다. (연관관계 편의 메서드)

 

Team

@Entity
@Getter @Setter
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Team {
    @Id @GeneratedValue
    @Column(name="team_id")
    private Long id;

    private String name;

    @OneToMany(mappedBy = "team")
    private List<Member> members = new ArrayList<>();

    public Team(String name) {
        this.name = name;
    }
}

• Member와 Team은 양방향 연관관계
  • @JoinColum이 있는 곳이 연관관계의 주인. 즉 Member의 team이 연관관계의 주인
  • mappedBy가 있는 곳은 주인이 아니다. 즉 Team의 emmebrs는 연관관계의 주인이 아니다.

 

참고] 외래키가 있는 곳을 연관관계의 주인으로 채택하는 이유

1] Team에 있는 members를 바꿨는데, (Team은 읽기 전용이므로) JPA에선 Member의 update의 쿼리가 날아간다. 이러면 개발자 입장에선 상당히 헷갈릴 수밖에 없다.

2] 성능 이슈 : Member는 insert 쿼리 한 방에 해결 가능. 반면 Team은 insert 쿼리, Member update 쿼리 두 번 날아간다.

 

데이터 확인 테스트

@SpringBootTest
@Transactional
@Rollback(false)
public class MemberTest {

    @PersistenceContext
    EntityManager em;

    @Test
    public void testEntity() {
        Team teamA = new Team("teamA");
        Team teamB = new Team("teamB");

        em.persist(teamA);
        em.persist(teamB);

        Member member1 = new Member("member1", 10, teamA);
        Member member2 = new Member("member2", 20, teamA);
        Member member3 = new Member("member3", 30, teamB);
        Member member4 = new Member("member4", 40, teamB);

        em.persist(member1);
        em.persist(member2);
        em.persist(member3);
        em.persist(member4);

        //초기화
        em.flush();
        em.clear();

        //확인
        List<Member> members = em.createQuery("select m from Member m", Member.class)
                .getResultList();

        for (Member member : members) {
            System.out.println("member=" + member);
            System.out.println("-> member.team=" + member.getTeam());
        }
    }
}

• 문제없이 잘 동작한다.