merge 와 dirty check 질문
441
작성한 질문수 2
안녕하세요.
변경감지와 병합 챕터를 보고 질문드립니다.
말씀하신 내용중에 "merge 는 모든 필드를 업데이트하고, dirty check 는 변경된 부분만 업데이트하기때문에 dirty check 를 사용하는게 좋다" 라는 내용이 있는데요.
그래서 테스트를 좀 해봤는데 dirty check 로 update 쿼리가 날아가는 경우에도 모든 필드에 대한 update 쿼리가 날아가더라고요. 결국 실행되는 쿼리 자체는 merge 와 dirty check 가 동일한거같은데요.
그래서 제가 정리한건 "merge 보다 dirty check" 라기보다는 "기존 엔티티를 수정(update) 할때는 신규 객체를 만드는게 아니라 기존 엔티티를 찾아와서 하자" 인데, 이렇게 이해해도 될까요?
+ 조금 더 찾아보니까 하이버네이트에서 @DynamicUpdate 애노테이션을 지원하고있는데 이 애노테이션은 실무에서 적극적으로 사용하는지도 궁금합니다.
감사합니다.
답변 1
3
안녕하세요. LichKing님
merge가 모든 필드를 업데이트 한다는 뜻은 다음과 같습니다.
파라미터로 넘어온 엔티티인 memberParam 엔티티가 있고, db에서 조회한 findMember 엔티티가 있습니다.
merge를 사용하면 memberParam엔티티에 있는 모든 값을 DB에 다 반영하게 됩니다. 값에 null이 있거나 업데이트를 원하지 않는 값도 모두 반영됩니다.
반면에 변경 감지를 사용하면, memberParam엔티티의 값 중에서 원하는 값만 뽑아서 findMember에 적용할 수 있습니다.
추가로 복잡한 실무에서는 컨트롤러에 파라미터로 엔티티를 사용하기도 어렵습니다. (대신 주로 DTO를 사용합니다.)
이런 이유로 merge는 사실 혼란만 가중하고, 사용하지 않는 것을 권장합니다. merge의 원래 목적은 준영속 상태로 변한 엔티티를 다시 영속상태로 바꾸는 것이 주 목적이지, 이렇게 업데이트 하는 용도가 주 목적은 아닙니다.
추가로 질문하신 @DynamicUpdate는 너무 다양한 형태의 업데이트 쿼리가 발생하기 때문에, 저는 권장하지 않는 편입니다.
감사합니다.
OrderServiceTest 상문주문 테스트 시 update 쿼리 문의
0
27
1
sdk 설정 오류
0
64
2
오탈자 - @Transactional
0
60
1
src/test/resources 테스트 경로 문제
0
55
1
상품 등록후 H2 db 출력 순서 바꿀 수 있나요?
0
69
1
MemberRepositoryTest 실행오류
0
86
1
boot 4.x >>> trasasction rolled back log & p6spy(영한님, 수업 자료 업데이트 해주시면 감사하겠습니다!!)
1
191
2
강의 마지막 QueryDSL 사용 부분 질문있습니다
1
151
2
클라이언트에서 isbn과 author 수정 요청을 한 경우에 대해 질문드립니다.
0
56
1
도메인 모델 패턴 vs 트랜잭션 스크립트 패턴
0
79
1
기본 생성자
0
66
1
h2 DB 연결시 jdbc url 변경 이유가 궁금합니다.
0
106
1
멤버서비스테스트 부분에서 막힙니다.
0
171
4
실무에서도 EntityManager를 이용해서 많이 작업하는 편일까요?
0
122
1
초반에 h2 다운로드 과정 꼭 필요한가요?
0
128
2
자신 필드에도 get으로 접근하는 이유가 있을까요?
0
118
1
24분 27초 연관관계 편의 메서드 위치
0
118
1
단건 주문만 가능하게 한건 의도한 부분이신가요?
0
114
2
빌드 툴, Gradle
0
63
1
h2연결은 된 것 같은데 엔티티 테이블까지 작성 후 확인해보아도 테이블이 안보입니다
0
80
2
Repository에서 EntityManager 주입 방식 차이
0
96
1
롬복과 사용자 정의 setter 메서드
0
77
1
주문 목록 조회 fetch join 질문드립니다
0
90
1
dirty checking 질문드립니다.
0
86
1