Member의 @DynamicUpdate
@DynamicUpdate를 활용하지 않으면 Member에 대한 name만 변경했음에도 불구하고 쿼리가 날라가는 모습을 보면 Member 전체 필드에 대한 set update query가 날라가게 되는데
이러한 부분에서 @DynamicUpdate를 활용해서 원하는 필드에만 직접적으로 modify를 하는것이 더 옳은 방법인가요 아니면 그냥 name 하나만 변경함에도 불구하고 전체적인 데이터에 대한 set을 맞춰주는게 좋은 방법인가요??
답변 1
0
안녕하세요. avenue님, 공식 서포터즈 y2gcoder입니다.
간단하게 말씀드리면 성능을 위해서라면 기본 그대로 사용하는 것이 좋고, 엔티티의 필드 수가 많은데 한 번에 수정해야 할 필드가 적고, 데이터 변경의 우려가 있다면 @DynamicUpdate를 사용하는 게 좋습니다. 자세한 것은 밑의 링크를 참고해주세요!
https://hyune-c.tistory.com/entry/DynamicUpdate-%ED%99%9C%EC%9A%A9%EA%B8%B0
감사합니다.
@JsonIgnore 이후 Internal Server Error가 발생하지 않습니다.
0
8
2
강의 관련 외 질문입니다.
0
85
2
SpringBoot4 + Hibernate7 모듈 등록 방법 공유
1
103
1
BeanCreationException
0
100
3
Update 후 UpdateMemberResponse 매핑할 때
0
60
1
트랜잭션을 사용 안 할 때 커넥션은 언제 가져오나요?
0
104
2
페이징 + 검색조건 관련해서 질문드립니다.
0
75
1
Query Dsl Q파일 질문입니다.
0
87
1
루트 쿼리라는것은
0
64
1
메서드를 분리하는 기준
0
73
1
findAllWithMemberDelivery 메서드 질문드립니다.
0
118
3
연관관계 매핑을 안 쓸 경우, 사용해야 하는 전략
0
93
2
fetch join과 영속화와 OSIV의 관계
0
94
2
Distinct 사용 전 결과에 대한 의문
0
121
2
레포지토리 계층에서의 트랜잭션에 대한 의문
0
63
1
영속성 컨텍스트 생명주기의 신기한 부분이 있습니다.
0
79
2
dto 필드 속 엔티티 여부
0
65
1
뷰템플릿 사용 시
0
83
2
Result 클래스 관련 질문
0
58
1
@PostConstruct 프록시 관련 질문드립니다
0
89
1
DTO 대신 Form 사용은 안되나요?
0
141
1
OSIV ON 상태일 때
0
101
1
fetch join VS fetch join 페이징 궁금증
0
191
2
양방향 연관관계 알아보는 법?
0
111
1