📚[Spring] Dirty Checking

게시글 업데이트 기능을 구현하던 중 요청 받은 필드만 선별적으로 변경되도록 처리하고 싶었다.
예를 들어 사용자가 title 만 수정하고 content 는 그대로 두고 싶을 수 있기 때문에 요청 객체에 포함된 필드들 중 null 이 아닌 것만 골라서 적용되도록 구현했다.

---

patchCheck 메서드

이를 위해 엔티티 내부에 아래와 같은 메서드를 만들었다.

public void patchCheck(UpdatePostRequestDto uDto) {
    if(uDto.getTitle() != null) {
        this.title = uDto.getTitle();
    }

    if(uDto.getContent() != null) {
        this.content = uDto.getContent();
    }
}

해당 메서드는 setter 와 유사하지만 특정한 의미를 가지는 전용 메서드로 따로 분리했다.
null 이 아닌 필드만 엔티티 값에 반영 하는 업데이트용 수정 메서드로 이름을 명확하게 표현함으로써 의도를 드러냈다.

---

요청 DTO

요청에 사용되는 DTO 는 다음과 같다.

@Getter
public class UpdatePostRequestDto {

    @Size(max = 20, message = "제목은 20자 이내로 작성가능합니다.")
    private String title;

    @Size(min = 5, max = 200, message = "작성글은 5~200자 이내로 작성가능합니다.")
    private String content;

}

필드들은 null 을 허용하며 검증 로직은 존재하지만 값 자체는 optional 하다.
실제로 어떤 필드가 수정될지는 요청에 따라 달라질 수 있다.

---

서비스 로직

    @Transactional
    public PostResponseDto update(Long id, UserDetails userDetails, UpdatePostRequestDto uDto) {
        Post foundPost = validateUserAccessToPost(id, userDetails);

        //수정 메서드( == setter) -> 더티체킹으로 save() 까지 진행
        foundPost.patchCheck(uDto);

        return PostResponseDto.from(foundPost);
    }

@Transactional 안에서 엔티티의 필드를 변경하고 save() 같은 명시적인 메서드 호출 없이도
JPA 의 더티 체킹(Dirty Checking) 기능에 의해 자동으로 업데이트 쿼리가 실행된다.

---

Dirty Checking 이란?

JPA 는 트랜잭션 내에서 관리되고 있는 영속 상태의 엔티티에 대해 변경 사항이 발생하면 자동으로 감지(dirty check) 해서 SQL update 쿼리를 생성해준다.
즉 트랜잭션이 종료될 때 영속성 컨텍스트에 저장된 초기 상태와 현재 엔티티 상태를 비교해서 바뀐 부분만 DB에 반영한다.
이를 통해 save() 같은 명시적 호출 없이도 자동 반영이 가능해진다.