변경 감지와 병합(merge)

준영속 엔티티?

 

영속성 컨텍스트가 더는 관리하지 않는 엔티티를 말한다.

(프로젝트 themeService.setThemeScore 에서 수정을 시도하는 theme 객체이다. theme 객체는 이미 DB에 한번 저장되어서 식별자(primary key)가 존재한다. 이렇게 임의로 만들어낸 엔티티도 기존 식별자를 가지고 있으면 준영속 엔티티로 볼 수 있다.)

 

 

프로젝트 적용 예시 1.

 

 

 

 

테마 평점은 기본으로 0.0값이 들어가고 사용자가 review를 작성할때 평점이 반영되는데 그때 이미 theme는 db에 저장되어있는 객체이고 그 객체를 불러와서 다시 themeScore의 값만 변경하게 된다.

 

준영속 엔티티를 수정하는 2가지 방법

 

    - 변경 감지 기능 사용

영속성 컨텍스트에서 엔티티를 다시 조회한 후 데이터를 수정하는 방법

트랜잭션 안에서 엔티티를 다시조회, 변경 할 값 선택 -> 트랜잭션 커밋 시점에 변경 감지(Dirty Checking)이 동작해서

데이터 베이스에 UPDATE SQL 실행(프로젝트 적용한 방식)

 

 

    - 병합(merge)사용

 

 

 

병합 동작 방식

 

1. merge()를 실행한다.

2. 파라미터로 넘어온 준영속 엔티티의 식별자 값으로 1차 캐시에서 엔티티를 조회한다. 

2-1. 만약 1차 캐시에 엔티티가 없으면 데이터베이스에서 엔티티를 조회하고, 1차 캐시에 저장한다. 

3. 조회한 영속 엔티티(mergeMember)에 member 엔티티의 값을 채워 넣는다. (member 엔티티의 모든 값을

mergeMember에 밀어 넣는다. 이때 mergeMember의 "회원1"이라는 이름이 "회원명변경"으로 바뀐다.

4. 영속 상태인 mergeMember를 반환한다. 

 

병합 동작 방식 더 간단히 정리

 

1. 준영속 엔티티의 식별자 값으로 영속 엔티티를 조회한다. 

2. 영속 엔티티의 값을 준영속 엔티티의 값으로 모두 교체한다. (병합한다.)

3. 트랜잭션 커밋 시점에 변경 감지 기능이 동작해서 데이터베이스에 update sql 이 실행 된다.

 

 

※병합 동작 방식 사용시 주의 사항

실무에서는 보통 업데이트 기능이 매우 제한적이다. 그런데 병합은 모든 필드를 변경해 버리고, 데이터가 없으면

null로 업데이트 해버린다. 병합을 사용하면서 이 문제를 해결하려면, 변경 폼 화면에서 모든 데이터를 항상 유지해야 한다. 실무에서는 보통 변경가능한 데이터만 노출하기 때문에, 병합을 사용하는 것이 오히려 번거롭다. 

 

※가장 좋은 해결 방법

지금 처럼 엔티티를 변경할때는 항상 변경 감지를 사용하자

 

컨트롤에서 어설프게 엔티티를 생성하지 말자

트랜잭션이 있는 서비스 계층에 (식별자) id와 변경할 데이터를 명확하게 전달하자.(파라미터 or dto)

트랜잭션이 있는 서비스 계층에서 영속 상태의 엔티티를 조회하고, 엔티티의 데이터를 직접 변경하자.

트랜잭션 커밋 시점에 변경 감지가 실행된다.