백엔드/Querydsl

[Querydsl] [2] 예제 도메인 모델

RE-Heat 2023. 9. 15. 23:43

https://www.inflearn.com/course/querydsl-%EC%8B%A4%EC%A0%84/dashboard

 

실전! Querydsl - 인프런 | 강의

Querydsl의 기초부터 실무 활용까지, 한번에 해결해보세요!, 복잡한 쿼리, 동적 쿼리는 이제 안녕! Querydsl로 자바 백엔드 기술을 단단하게. 🚩 본 강의는 로드맵 과정입니다. 본 강의는 자바 백엔

www.inflearn.com

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

 

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

 

Member

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

    private String username;
    private int age;

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

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

    public Member(String username) {
        this(username, 0);
    }

    public Member(String username, int age){
        this(username, age, null);
    }

    private 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)
@ToString(of = {"id", "name"})
public class Team {
    @Id @GeneratedValue
    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
@Commit
class MemberTest {

    @Autowired
    EntityManager em;

    @Test
    public void testEntity() throws Exception {
        //given
        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());
        }
    }
}
  • @Commit을 넣어 놓으면 나중에 데이터가 꼬일 위험이 있으므로 빼는 게 낫다.
  • 대신 @Rollback(false)를 써도 DB에 값이 잘 들어갔는지 확인 가능하다.