엔티티 업데이트 시 select 쿼리 문제
1775
작성한 질문수 2
안녕하세요! 좋은 강의 잘 듣고 있습니다.
엔티티를 수정하는 경우 merge vs 변경감지를 활용하는 두 가지 방식을 설명해 주셨고, 이 중 변경감지를 활용하는게 좋다고 설명해 주셨습니다.
그러나 위 두 방법 모두 식별자를 기반으로 select 쿼리를 날린 후 commit 시점에 update 쿼리를 날리게 됩니다. 이 시점에서 실제로 update 쿼리만 날려도 되는 기능인데, 불필요하게 select 쿼리까지 사용하게 되는 것이죠.
따라서 update를 하는 경우에는 직접 JPQL을 이용하여(혹은 queryDSL을 이용하여 동적 쿼리를 쉽게 작성) update문을 작성하는 방식이 성능상 더 유리하지 않을까 하는 생각을 했습니다.
이 부분에 대해서는 어떻게 생각하시나요? 성능상으로는 미세하게나마 update 쿼리를 직접 작성하는 것이 유리할 것 같은데, 변경감지를 사용하는 경우 상대적으로 어떤 이점이 있을까요?
답변 1
OrderServiceTest 상문주문 테스트 시 update 쿼리 문의
0
24
1
sdk 설정 오류
0
59
2
오탈자 - @Transactional
0
58
1
src/test/resources 테스트 경로 문제
0
54
1
상품 등록후 H2 db 출력 순서 바꿀 수 있나요?
0
67
1
MemberRepositoryTest 실행오류
0
83
1
boot 4.x >>> trasasction rolled back log & p6spy(영한님, 수업 자료 업데이트 해주시면 감사하겠습니다!!)
1
187
2
강의 마지막 QueryDSL 사용 부분 질문있습니다
1
146
2
클라이언트에서 isbn과 author 수정 요청을 한 경우에 대해 질문드립니다.
0
55
1
도메인 모델 패턴 vs 트랜잭션 스크립트 패턴
0
77
1
기본 생성자
0
62
1
h2 DB 연결시 jdbc url 변경 이유가 궁금합니다.
0
104
1
멤버서비스테스트 부분에서 막힙니다.
0
169
4
실무에서도 EntityManager를 이용해서 많이 작업하는 편일까요?
0
119
1
초반에 h2 다운로드 과정 꼭 필요한가요?
0
123
2
자신 필드에도 get으로 접근하는 이유가 있을까요?
0
115
1
24분 27초 연관관계 편의 메서드 위치
0
115
1
단건 주문만 가능하게 한건 의도한 부분이신가요?
0
112
2
빌드 툴, Gradle
0
61
1
h2연결은 된 것 같은데 엔티티 테이블까지 작성 후 확인해보아도 테이블이 안보입니다
0
78
2
Repository에서 EntityManager 주입 방식 차이
0
91
1
롬복과 사용자 정의 setter 메서드
0
74
1
주문 목록 조회 fetch join 질문드립니다
0
85
1
dirty checking 질문드립니다.
0
84
1