반응형
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
- @Transaction isolation
- @Transaction propagation
- Spock Spy
- mock stub
- mock stub spy
- Mock vs Stub
- Rancher Desktop설치
- 의존성주입
- 자바스크립트
- TypeScript
- DI
- Vue+Typescript
- nuxtjs/composition-api buildModules
- frontend
- Spock Stub
- 트랜잭션 격리
- Docker Desktop 쓰고싶다
- HTTP란
- docker desktop 유료화 정책
- enum
- 공짜로 Docker Desktop같은거 쓰기
- TCP/IP
- 타입스크립트
- ECMAScript
- Spock Mock
- Spock Mock Stub Spy
- vue store
- docker desktop 대체
- webpack
- Javascript
Archives
- Today
- Total
목록FetchJoin (1)
끄적끄적
[SPRING + JPA] QueryDsl FetchJoin
최근 생각도 못했던 문제가 있어 또 한번 고생한 경험이 있다. JPA를 쓰는 환경에서는 대체로 아래와 같이 릴레이션에 대한 조인을 걸어두고 쓰는 경우가 많을 것이다. queryDsl로 리스트를 만들어주는 부분에서 조인걸린 테이블에 대한 조건처리를 해야할 경우가 생겼다. 왜 여태까지 이런 경우가 많이 없었는지 이해가 안되지만.. 또 한번의 삽질이 시작되었다. queryDsl에 조인을 걸고 조인걸린 부분에 대한 조건을 추가하고 확인해본결과 이상한 데이터가 자꾸 포함되어 조회가 되는것이였다. 로그에 남겨진 쿼리를 모두 분석하기 시작했다.. 쿼리가 나뉘어서 날라가면서 발생한 문제였다. 부모 테이블에서 조건처리에 대한 부분을 필터링 한 다음에 id를 기반으로 다시 IN을 하는것이다. 튜닝을 위해 찾아보기 시작했다..
Back-end/Java
2021. 11. 16. 03:02