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
- 편향된 지수
- application layer
- @Autowired
- 알고리즘
- 프로그래머스
- intelij spring config
- 데커
- 기본키 전략
- 영속화
- 커밋 되돌리기
- 컴파일 타임 상수
- JDBC
- DTO
- allocationSize
- 무한정 대기
- 백준
- 파이썬
- 쿠키
- JPA
- 쉘 스크립트
- 리눅스
- Git
- API
- m:n
- 런타임 상수
- spring
- @SubscribeMapping
- BindingResult
- compgen
- 은행원알고리즘
Archives
- Today
- Total
목록페치 조인 (1)
둘셋 개발!
[API개발과 성능최적화-2] 주문 api 생성 시 성능 최적화
주문 객체는 회원과 배송정보가 함께 있기 때문에 이때 발생하는 이슈들을 잘 다뤄봐야 한다. order객체 mem와 address는 지연로딩으로 설정되어 있기 때문에 order를 불러올 때 이 둘은 프록시 객체가 있다. 그래서 json은 이를 프록시 객체를 어떻게 생성하지 모르기 때문에 Hibernate5Module을 스프링 빈으로 등록시킴. 이렇게 되면 지연로딩은 null로 처리되고 정상적으로 돌아간다. 하지만 엔티티를 외부에 그대로 노출시키는 것은 좋지 않다. 그래서 해결방법은 DTO를 생성하는 것이다. 하지만 이때 성능문제가 발생한다. order.getMember().getName() 과 order.getDelivery().getAddress() 를 할 때 지연로딩이 초기화 된다. 그러면 name과 ..
JPA
2021. 11. 17. 16:15