250x250
Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 이펙티브자바
- AWS RDS
- 인덱스
- 기술면접
- AWS
- jpa
- react
- SQL쿡북
- aop
- 인프런백기선
- 혼공SQL
- 알고리즘분석
- vue.js
- DDD
- 도메인 주도 개발 시작하기
- 알고리즘
- CleanCode
- 자바스터디
- 스프링부트와AWS로혼자구현하는웹서비스
- 이펙티브 자바
- 자바
- 자바예외
- 네트워크
- 클린코드
- 자료구조
- java
- MariaDB
- mysql
- 인프런김영한
- 이팩티브 자바
Archives
- Today
- Total
목록CQRS (1)
기록이 힘이다.
[도메인 주도 개발 시작하기] 11. CQRS
단일 모델의 단점 식별자를 이용해서 애그리거트를 참조하는 방식을 사용하면 즉시 로딩과 같은 JPA 의 쿼리 관련 최적화 기능을 사용할 수 없다. 애그리거트 간의 연관을 ID가 아니라 직접 참조하는 방식으로 연결해도 고민거리가 생긴다. 이런 고민이 발생하는 이유는 시스템의 상태를 변경할 때와 조회할 때 단일 도메인 모델을 사용하기 때문이다. ORM 기법은 주문 상세 조회 화면처럼 여러 애그리거트에서 데이터를 가져와 출력하는 기능을 구현하기에는 고려할 게 많아서 구현을 복잡하게 만드는 원인이 된다. 구현 복잡도를 낮추기 위해, 상태 변경을 위한 모델과 조회를 위한 모델을 분리할 수 있다. https://www.youtube.com/watch?v=xf0kXMTFJm8 CQRS 상태 변경 범위와 상태 조회 범위..
IT서적/도메인 주도 개발 시작하기
2023. 7. 31. 23:40