[ JPA ] JPA의 save 시에 여러 케이스 알아보기

프로그래밍/Spring

[ JPA ] JPA의 save 시에 여러 케이스 알아보기

Yanoo 2024. 3. 10. 18:43

728x90

Case 1

Member Class

@Entity
@Table
@Setter
@Getter
public class Member {
    @Id
    @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;

    private String name;
    
    protected Member() {
    }

    public Member(String name) {
        this.name = name;
    }
    
    
    public Member(Long id, String name) {
        this.id = id;
        this.name = name;
    }
    
    /*
    생략
    */
}

MemberService

@Transactional
public String test() {
    Member unsavedMember = new Member(UUID.randomUUID().toString());
    System.out.println("unsavedMember.getId() = " + unsavedMember.getId());
    System.out.println("==============================");
    Member member = memberRepository.save(unsavedMember);
    System.out.println("==============================");
    System.out.println("member.getId() = " + member.getId());
    System.out.println("==============================");
    
    return member.getId().toString();
}

다음 Case의 쿼리는 언제 실행될까?

결과

일반적으로 JPA 공부를 진행했다면 @Transactional 이 걸려있는 메소드 끝에 쿼리가 실행될 것으로 예상을 할 것입니다.

하지만 결과를 보면

메소드가 끝나는 시점이 아닌

Member member = memberRepository.save(unsavedMember);

호출 시점에 insert 하는 것을 알 수 있습니다.

이유는 Member 클래스의

GeneratedValue 전략인 IDENTITY 속성 때문인데요,

이 전략은 pk 생성을 DB에 의존하는 형식인데 영속성 컨텍스트에 저장하기 위해서 id 값이 필요하기에 호출 시점에 insert를 진행하여 영속성 컨텍스트에 저장하게 됩니다.

그렇다면 IDENTITY 전략을 없애고 직접 부여하면 메소드 끝날 때 insert를 진행할까요?

결과를 보면

처음 예상한대로 메소드 끝나는 시점에 insert 쿼리가 실행됨을 확인할 수 있습니다.

Case 2

IDENTITY 전략을 없애고 ID 값을 1로 고정 시킨 후에 해당 로직을 두 번 호출하면 어떻게 될까요?

결과

첫 번째 호출 시

두 번째 호출 시

영속성 컨텍스트는 식별자(Id 값)를 기준으로 저장하기에 첫 번째 호출 시에 insert를 진행하고, 두 번째 호출 시에는 저장된 값을 가져와서 사용하여 UUID.random 호출을 통해 이름이 바뀌었으므로 update문이 호출 되는 것을 확인할 수 있습니다.

Case 3

@Transactional 생략 시

// @Transactional => 생략
public String test() {
    Member unsavedMember = new Member(1L, UUID.randomUUID().toString());
    System.out.println("unsavedMember.getId() = " + unsavedMember.getId());
    System.out.println("==============================");
    Member member = memberRepository.save(unsavedMember);
    System.out.println("==============================");
    System.out.println("member.getId() = " + member.getId());
    System.out.println("==============================");
    
    return member.getId().toString();
}

결과

save 호출 시에 저장되는 것을 확인할 수 있습니다. 여기서 save가 호출되는 이유는 jpaRepository save 메소드에 @Transactional 어노테이션이 기본적으로 적용되어 있기 때문입니다.

Case 4

Id를 primitive type인 long으로 변경 후 로직 호출

@Transactional
    public String test() {
//        Team team = new Team("team1");
//        teamRepository.save(team);
        Member unsavedMember1 = new Member(0L,"이름1");
        Member unsavedMember2 = new Member(1L,"이름2");

        System.out.println("==============================");
        Member member = memberRepository.save(unsavedMember1);
        System.out.println("===============");
        Member member2 = memberRepository.save(unsavedMember2);

        System.out.println("==============================");

        Member unsavedMember3 = new Member(0L,"이름2");
        Member member3 = memberRepository.save(unsavedMember3);
        System.out.println("==============================1");
        Member unsavedMember4 = new Member(1L,"이름3");

        System.out.println("==============================");

        Member member4 = memberRepository.save(unsavedMember4);

        return member.getId().toString();
    }