v4에서 DTO 전용 리포지토리를 만들 때 유지보수 비용
177
작성한 질문수 13
학습하는 분들께 도움이 되고, 더 좋은 답변을 드릴 수 있도록 질문전에 다음을 꼭 확인해주세요.
1. 강의 내용과 관련된 질문을 남겨주세요.
2. 인프런의 질문 게시판과 자주 하는 질문(링크)을 먼저 확인해주세요.
(자주 하는 질문 링크: https://bit.ly/3fX6ygx)
3. 질문 잘하기 메뉴얼(링크)을 먼저 읽어주세요.
(질문 잘하기 메뉴얼 링크: https://bit.ly/2UfeqCG)
질문 시에는 위 내용은 삭제하고 다음 내용을 남겨주세요.
=========================================
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예/아니오)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예/아니오)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예/아니오)
[질문 내용]
package jpabook.jpashop.repository.order.simplequery;
import lombok.RequiredArgsConstructor;
import org.springframework.stereotype.Repository;
import javax.persistence.EntityManager;
import java.util.List;
@Repository
@RequiredArgsConstructor
public class OrderSimpleQueryRepository {
private final EntityManager em;
public List<OrderSimpleQueryDto> findOrderDtos() {
return em.createQuery(
"select new jpabook.jpashop.repository.order.simplequery.OrderSimpleQueryDto(o.id, m.name, o.orderDate, o.status, d.address)" +
" from Order o" +
" join o.member m" +
" join o.delivery d", OrderSimpleQueryDto.class)
.getResultList();
}
}
이 코드 같은 경우 유지보수가 더 좋아졌다고 할 수 있나요?
만약, 다른 도메인 계층에 있는 엔티티가 수정될 경우 오히려 이 부분도 수정해야 하기 때문에 전체적으로 유지보수 비용이 증가한다고도 볼 수 있지 않나요?
원래처럼 일반 리포지토리에 두었을 때 API에 핏하게 설계했기 때문에 API 스펙이 변경될 경우 리포지토리를 수정해야하는 거랑
따로 DTO 전용 리포지토리를 만들었을 때 다른 도메인 계층의 엔티티가 수정되었을 때 이 부분 코드를 수정하는 거랑 유지보수 비용이 어느게 더 적은 지 궁금합니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. sim2님.
DTO 전용 리포지토리를 생성하는 것은 API 스펙에 핏하게 쿼리를 최적화할 수 있는 장점이 있습니다. 일반적으로 API 특화 쿼리를 작성하기 위해서는 DTO를 직접 조회하여 불필요하게 많은 데이터를 조회하지 않고 필요한 데이터만 정확하게 가져오도록 하는 것이 성능에 유리합니다.
이점은 DTO 전용 리포지토리에서 유지보수성에서의 장점으로 작용할 수 있는데요:
분리된 코드 책임: DTO 전용 리포지토리를 사용하면 특정한 API 호출에 대해 어떤 데이터가 필요한지 잘 정의할 수 있고, 이러한 정의가 하나의 잘 정의된 클래스에 포함됨으로써 코드의 책임이 명확해집니다.
성능 최적화: 필요한 데이터만 조회하여 성능을 최적화할 수 있으며, 이를 통해 필요 없는 데이터를 조회하지 않도록 할 수 있습니다.
예측 가능성: API 요구사항 변경 시, 변경이 필요한 코드가 특정한 위치에 집중되어 있어 유지보수가 용이해질 수 있습니다.
하지만, 질문 주신 대로 다른 도메인 계층의 엔티티가 수정될 경우 DTO 전용 리포지토리를 변경해야 할 수 있는 문제가 발생할 수도 있습니다. 이는 주로 엔티티의 구조 변경이 DTO 구조에 영향을 미친 경우입니다.
따라서 유지보수 비용에 대해 여러 관점에서 고려하실 수 있습니다:
- API 중심 변화: API 스펙 자체가 자주 변화한다면, DTO 전용 리포지토리는 유리할 수 있습니다.
- 엔티티 중심 변화: 엔티티의 구조가 자주 변한다면, 일반 리포지토리에 두었을 때의 이점이 더 크게 작용할 수 있습니다.
이 부분에 대한 더 깊이 있는 댓글을 찾으실 수 있는 유사한 질문이 있습니다. “CQRS 리포지토리 질문”에서 강사님이 제공하는 답변을 통해 이러한 질문에 대한 고려 사항을 이해할 수 있습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
강의 관련 외 질문입니다.
0
77
2
SpringBoot4 + Hibernate7 모듈 등록 방법 공유
1
97
1
BeanCreationException
0
95
3
Update 후 UpdateMemberResponse 매핑할 때
0
54
1
트랜잭션을 사용 안 할 때 커넥션은 언제 가져오나요?
0
102
2
페이징 + 검색조건 관련해서 질문드립니다.
0
74
1
Query Dsl Q파일 질문입니다.
0
86
1
루트 쿼리라는것은
0
62
1
메서드를 분리하는 기준
0
70
1
findAllWithMemberDelivery 메서드 질문드립니다.
0
115
3
연관관계 매핑을 안 쓸 경우, 사용해야 하는 전략
0
91
2
fetch join과 영속화와 OSIV의 관계
0
90
2
Distinct 사용 전 결과에 대한 의문
0
117
2
레포지토리 계층에서의 트랜잭션에 대한 의문
0
61
1
영속성 컨텍스트 생명주기의 신기한 부분이 있습니다.
0
79
2
dto 필드 속 엔티티 여부
0
62
1
뷰템플릿 사용 시
0
82
2
Result 클래스 관련 질문
0
56
1
@PostConstruct 프록시 관련 질문드립니다
0
87
1
DTO 대신 Form 사용은 안되나요?
0
140
1
OSIV ON 상태일 때
0
99
1
fetch join VS fetch join 페이징 궁금증
0
189
2
양방향 연관관계 알아보는 법?
0
108
1
16강 17강 간단 정리 이게 맞을까요 ?
0
168
2





