- generic [ref=f63e3]: - link "본문으로 건너뛰기" [ref=f63e4] [cursor=pointer]: - /url: "#main-content" - banner [ref=f63e5]: - generic [ref=f63e6]: - link "TechLog Studio" [ref=f63e7] [cursor=pointer]: - /url: /studio - text: TechLog - generic [ref=f63e8]: Studio - navigation "Studio 주 탐색" [ref=f63e10]: - link "작업본" [ref=f63e11] [cursor=pointer]: - /url: /studio/documents - link "게시 기록" [ref=f63e12] [cursor=pointer]: - /url: /studio/publications - link "새 문서" [ref=f63e13] [cursor=pointer]: - /url: /studio/documents/new - link "주제·프로젝트" [ref=f63e14] [cursor=pointer]: - /url: /studio/taxonomy - link "릴리즈" [ref=f63e15] [cursor=pointer]: - /url: /studio/releases - link "공개 사이트 보기" [ref=f63e16] [cursor=pointer]: - /url: / - button "로그아웃" [ref=f63e17] - main [ref=f63e18]: - generic [ref=f63e19]: - generic [ref=f63e20]: - region [ref=f63e21]: - generic [ref=f63e22]: - paragraph [ref=f63e23]: PROJECT_DECISION · VERSION 1 - heading "문서 편집" [level=1] [ref=f63e24] - paragraph [ref=f63e25]: Collection Fetch Join과 Pagination을 같이 사용하지 않는다 - region [ref=f63e26]: - generic [ref=f63e27]: - paragraph [ref=f63e28]: DOCUMENT - heading "기본 정보" [level=2] [ref=f63e29] - generic [ref=f63e30]: - generic [ref=f63e31]: - generic [ref=f63e32]: 제목 - textbox "제목" [ref=f63e33]: Collection Fetch Join과 Pagination을 같이 사용하지 않는다 - generic [ref=f63e34]: - generic [ref=f63e35]: slug - textbox "slug" [ref=f63e36]: - /placeholder: 비우면 제목에서 만듭니다 (영문 소문자·숫자·하이픈) - text: no-collection-fetch-join-with-pagination - generic [ref=f63e37]: - generic [ref=f63e38]: 요약 - textbox "요약" [ref=f63e39]: 컬렉션을 fetch join한 쿼리에 페이징을 걸지 않는다. Hibernate가 DB LIMIT을 빼고 결과셋 전체를 메모리에 올린 뒤 부모 기준으로 자르기 때문에, 응답은 한 페이지지만 비용은 데이터셋 전체에 비례한다. - generic [ref=f63e40]: 목록 카드에는 약 90자까지 보입니다 · 123 / 2000 - generic [ref=f63e41]: - generic [ref=f63e42]: Topic - combobox "Topic" [ref=f63e43]: - option "선택하지 않음" - option "JPA 피드 조회 성능" [selected] - option "OAuth/OIDC 인증 경계" - generic [ref=f63e44]: - generic [ref=f63e45]: Project - combobox "Project" [ref=f63e46]: - option "미지정" - option "Backend Clean Architecture" - option "KeyCloak Patterns" - option "Liner N + 1문제" [selected] - status [ref=f63e47] - group "근거 기록" [ref=f63e48]: - generic [ref=f63e50]: - generic [ref=f63e51]: - generic [ref=f63e52]: 근거 1 대상 - combobox "근거 1 대상" [ref=f63e53]: - option "대상 선택" - option - option - option - option - option - option - option - option "실제 동시 트래픽에서도 이 구조가 안정적인가" - option "서버 세션 기반 인증 구조는 다중 인스턴스에서 어떻게 운영할 것인가" - option "ANALYZE 이후 Cardinality Estimate는 어떻게 달라지는가" - option "Authorization Code Flow의 Endpoint와 Credential 이동 기준" - option "Authorization Code와 PKCE가 보호하는 구간" - option "Bearer JWT가 인증된 principal이 되기까지" - option "BFF 인증 구조 설계 기준" - option "BFF가 OAuth Token을 관리하는 조건" - option "BFF의 Session과 OAuth2AuthorizedClient를 어디에 저장할 것인가" - option "Browser Token을 없애면서 BFF에 Session과 CSRF 책임이 생긴 과정" - option "Collection Fetch Join Pagination의 In-memory Paging" [selected] - option "Cookie로 인증하는 요청에서 CSRF token이 하는 일" - option "브라우저가 credential을 보관하는 위치와 그 성질" - option "DTO 변환 과정에서 발생한 Highlight 컬렉션 N+1" - option "필드 접근 없이 발생한 EAGER ToOne N+1" - option "Feed Visibility Query Pattern" - option "feed_visible을 Production CQRS로 승격할 것인가" - option "Fetch Join · Batch · Projection 선택 기준" [disabled] - option "Fetch Join으로 N+1을 해결하다 만난 MultiBag과 행 폭증" [disabled] - option "Fetch Type과 Fetch Strategy 구분" - option "Forward-Auth 구조에서 Application Authorization을 어디까지 Edge에 둘 것인가" - option "Forward-Auth에서 Client가 보낸 Identity Header를 신뢰하면 안 되는 이유" - option "Forward-Auth에서 Identity Header를 신뢰하기 위한 조건" - option "Forward-Auth와 Nginx auth_request의 동작" - option "Highlight 없는 FeedItem을 허용할 것인가" - option "외부 IdP와의 연동이라도 별도의 인증 방식이 아니다." - option "외부 IdP 연동과 Application 인증 구조의 경계" - option "외부 IdP Brokering의 동작" - option "JPA N+1 정량 진단 기준" - option "Keyset Pagination 설계 기준" - option "OAuth/OIDC 인증 패턴 선택 기준" - option "OAuth Token과 Application Session을 구분하는 기준" - option "PostgreSQL Query Plan 측정 기준" - option "Projection 이후에도 1,509행을 읽은 Row Over-fetch" - option "Public Client와 Confidential Client 구분 기준" - option "Refresh Token 관리만 서버로 이전, Access Token은 여전히 Browser에 노출" - option "Refresh Token Rotation과 다중 Replica 경쟁을 어떻게 처리할 것인가" - option "Round Trip과 Row Volume을 독립 측정할 것인가" - option "SPA에서 토큰을 직접 관리하면서 드러난 Browser Credential 경계" - option "Top-N-per-group 선택 기준" - option "Visibility OR이 Keyset Index를 깨뜨린 문제" - generic [ref=f63e54]: - generic [ref=f63e55]: 근거 1 이유 - textbox "근거 1 이유" [ref=f63e56]: 이 동작을 실행계획과 로드 수로 확인한 기록이다. - generic [ref=f63e57]: - button "위로" [disabled] [ref=f63e58] - button "아래로" [ref=f63e59] - button "삭제" [ref=f63e60] - generic [ref=f63e61]: - generic [ref=f63e62]: - generic [ref=f63e63]: 근거 2 대상 - combobox "근거 2 대상" [ref=f63e64]: - option "대상 선택" - option - option - option - option - option - option - option - option "실제 동시 트래픽에서도 이 구조가 안정적인가" - option "서버 세션 기반 인증 구조는 다중 인스턴스에서 어떻게 운영할 것인가" - option "ANALYZE 이후 Cardinality Estimate는 어떻게 달라지는가" - option "Authorization Code Flow의 Endpoint와 Credential 이동 기준" - option "Authorization Code와 PKCE가 보호하는 구간" - option "Bearer JWT가 인증된 principal이 되기까지" - option "BFF 인증 구조 설계 기준" - option "BFF가 OAuth Token을 관리하는 조건" - option "BFF의 Session과 OAuth2AuthorizedClient를 어디에 저장할 것인가" - option "Browser Token을 없애면서 BFF에 Session과 CSRF 책임이 생긴 과정" - option "Collection Fetch Join Pagination의 In-memory Paging" [disabled] - option "Cookie로 인증하는 요청에서 CSRF token이 하는 일" - option "브라우저가 credential을 보관하는 위치와 그 성질" - option "DTO 변환 과정에서 발생한 Highlight 컬렉션 N+1" - option "필드 접근 없이 발생한 EAGER ToOne N+1" - option "Feed Visibility Query Pattern" - option "feed_visible을 Production CQRS로 승격할 것인가" - option "Fetch Join · Batch · Projection 선택 기준" [disabled] - option "Fetch Join으로 N+1을 해결하다 만난 MultiBag과 행 폭증" [selected] - option "Fetch Type과 Fetch Strategy 구분" - option "Forward-Auth 구조에서 Application Authorization을 어디까지 Edge에 둘 것인가" - option "Forward-Auth에서 Client가 보낸 Identity Header를 신뢰하면 안 되는 이유" - option "Forward-Auth에서 Identity Header를 신뢰하기 위한 조건" - option "Forward-Auth와 Nginx auth_request의 동작" - option "Highlight 없는 FeedItem을 허용할 것인가" - option "외부 IdP와의 연동이라도 별도의 인증 방식이 아니다." - option "외부 IdP 연동과 Application 인증 구조의 경계" - option "외부 IdP Brokering의 동작" - option "JPA N+1 정량 진단 기준" - option "Keyset Pagination 설계 기준" - option "OAuth/OIDC 인증 패턴 선택 기준" - option "OAuth Token과 Application Session을 구분하는 기준" - option "PostgreSQL Query Plan 측정 기준" - option "Projection 이후에도 1,509행을 읽은 Row Over-fetch" - option "Public Client와 Confidential Client 구분 기준" - option "Refresh Token 관리만 서버로 이전, Access Token은 여전히 Browser에 노출" - option "Refresh Token Rotation과 다중 Replica 경쟁을 어떻게 처리할 것인가" - option "Round Trip과 Row Volume을 독립 측정할 것인가" - option "SPA에서 토큰을 직접 관리하면서 드러난 Browser Credential 경계" - option "Top-N-per-group 선택 기준" - option "Visibility OR이 Keyset Index를 깨뜨린 문제" - generic [ref=f63e65]: - generic [ref=f63e66]: 근거 2 이유 - textbox "근거 2 이유" [ref=f63e67]: 컬렉션 fetch join이 행을 곱하는 것을 확인한 기록이다. - generic [ref=f63e68]: - button "위로" [ref=f63e69] - button "아래로" [ref=f63e70] - button "삭제" [ref=f63e71] - generic [ref=f63e72]: - generic [ref=f63e73]: - generic [ref=f63e74]: 근거 3 대상 - combobox "근거 3 대상" [ref=f63e75]: - option "대상 선택" - option - option - option - option - option - option - option - option "실제 동시 트래픽에서도 이 구조가 안정적인가" - option "서버 세션 기반 인증 구조는 다중 인스턴스에서 어떻게 운영할 것인가" - option "ANALYZE 이후 Cardinality Estimate는 어떻게 달라지는가" - option "Authorization Code Flow의 Endpoint와 Credential 이동 기준" - option "Authorization Code와 PKCE가 보호하는 구간" - option "Bearer JWT가 인증된 principal이 되기까지" - option "BFF 인증 구조 설계 기준" - option "BFF가 OAuth Token을 관리하는 조건" - option "BFF의 Session과 OAuth2AuthorizedClient를 어디에 저장할 것인가" - option "Browser Token을 없애면서 BFF에 Session과 CSRF 책임이 생긴 과정" - option "Collection Fetch Join Pagination의 In-memory Paging" [disabled] - option "Cookie로 인증하는 요청에서 CSRF token이 하는 일" - option "브라우저가 credential을 보관하는 위치와 그 성질" - option "DTO 변환 과정에서 발생한 Highlight 컬렉션 N+1" - option "필드 접근 없이 발생한 EAGER ToOne N+1" - option "Feed Visibility Query Pattern" - option "feed_visible을 Production CQRS로 승격할 것인가" - option "Fetch Join · Batch · Projection 선택 기준" [selected] - option "Fetch Join으로 N+1을 해결하다 만난 MultiBag과 행 폭증" [disabled] - option "Fetch Type과 Fetch Strategy 구분" - option "Forward-Auth 구조에서 Application Authorization을 어디까지 Edge에 둘 것인가" - option "Forward-Auth에서 Client가 보낸 Identity Header를 신뢰하면 안 되는 이유" - option "Forward-Auth에서 Identity Header를 신뢰하기 위한 조건" - option "Forward-Auth와 Nginx auth_request의 동작" - option "Highlight 없는 FeedItem을 허용할 것인가" - option "외부 IdP와의 연동이라도 별도의 인증 방식이 아니다." - option "외부 IdP 연동과 Application 인증 구조의 경계" - option "외부 IdP Brokering의 동작" - option "JPA N+1 정량 진단 기준" - option "Keyset Pagination 설계 기준" - option "OAuth/OIDC 인증 패턴 선택 기준" - option "OAuth Token과 Application Session을 구분하는 기준" - option "PostgreSQL Query Plan 측정 기준" - option "Projection 이후에도 1,509행을 읽은 Row Over-fetch" - option "Public Client와 Confidential Client 구분 기준" - option "Refresh Token 관리만 서버로 이전, Access Token은 여전히 Browser에 노출" - option "Refresh Token Rotation과 다중 Replica 경쟁을 어떻게 처리할 것인가" - option "Round Trip과 Row Volume을 독립 측정할 것인가" - option "SPA에서 토큰을 직접 관리하면서 드러난 Browser Credential 경계" - option "Top-N-per-group 선택 기준" - option "Visibility OR이 Keyset Index를 깨뜨린 문제" - generic [ref=f63e76]: - generic [ref=f63e77]: 근거 3 이유 - textbox "근거 3 이유" [ref=f63e78]: 대신 무엇을 쓸지 정한 기준이다. - generic [ref=f63e79]: - button "위로" [ref=f63e80] - button "아래로" [disabled] [ref=f63e81] - button "삭제" [ref=f63e82] - button "근거 추가" [ref=f63e83] - region [ref=f63e84]: - generic [ref=f63e85]: - paragraph [ref=f63e86]: PROJECT DECISION - heading "프로젝트 결정" [level=2] [ref=f63e87] - generic [ref=f63e88]: - generic [ref=f63e89]: - generic [ref=f63e90]: 결정 상태 - combobox "결정 상태" [ref=f63e91]: - option "아직 정하지 않음" - option "PROPOSED" - option "ADOPTED" [selected] - generic [ref=f63e92]: - generic [ref=f63e93]: 결정일 - textbox "결정일" [ref=f63e94] - generic [ref=f63e95]: - generic [ref=f63e96]: 결정문 - textbox "결정문" [ref=f63e97]: 컬렉션을 fetch join하는 쿼리에 firstResult나 maxResults를 적용하지 않는다. 페이징이 필요한 목록 조회에서는 엔티티만 페이징해 DB LIMIT이 정상 발행되게 하고, 지연 연관은 배치나 별도 쿼리로 채운다. - generic [ref=f63e98]: - generic [ref=f63e99]: 판단 이유 - textbox "판단 이유" [ref=f63e100]: 컬렉션 fetch join에서는 부모 한 행이 자식 수만큼 늘어난다. 여기에 부모 기준 LIMIT을 걸면 조인 행에서 잘려 일부 부모의 자식이 누락된다. Hibernate는 이 손상을 피하려고 SQL에서 LIMIT을 빼고 전체 조인 결과를 읽은 뒤 메모리에서 부모 기준으로 자른다. 발행된 SQL에 Limit 노드가 없는 것이 이 동작의 증거다. 측정에서 반환 목록은 페이지 크기로 고정됐지만 로드한 부모 엔티티는 데이터셋 전체였다. 초과 적재 배수는 데이터가 커질수록 늘었다. 작은 데이터셋에서는 두 값이 같아 문제가 드러나지 않는다. 엔티티만 페이징하면 Limit 노드가 정렬 위에 얹혀 상위 몇 행만 취하는 정렬로 바뀐다. 전체 정렬과 상위 몇 행 정렬의 차이가 계획 수준에서 나타난다. - group "영향" [ref=f63e101]: - paragraph [ref=f63e103]: 아직 입력한 항목이 없습니다. - button "영향 추가" [ref=f63e104] - region [ref=f63e105]: - generic [ref=f63e106]: - paragraph [ref=f63e107]: LIVE - heading "즉시 미리보기" [level=2] [ref=f63e108] - alert [ref=f63e110]: - heading "초안을 미리 볼 수 없습니다" [level=2] [ref=f63e111] - list [ref=f63e112]: - listitem [ref=f63e113]: 1:1 이 Decision 의 공개 주소는 프로젝트 주소 아래에 있습니다. 주제·프로젝트 화면에서 이 프로젝트를 먼저 게시해 주세요. - complementary [ref=f63e114]: - heading "작업 상태" [level=2] [ref=f63e115] - status "편집 상태" [ref=f63e116]: 저장되지 않음 - generic [ref=f63e117]: - generic [ref=f63e118]: - term [ref=f63e119]: 저장 버전 - definition [ref=f63e120]: "1" - generic [ref=f63e121]: - term [ref=f63e122]: 종류 - definition [ref=f63e123]: Decision - alert [ref=f63e124]: 요청 형식이 올바르지 않습니다 - generic [ref=f63e125]: - button "저장" [ref=f63e126] - button "게시" [ref=f63e127] - paragraph [ref=f63e128]: 요청 형식이 올바르지 않습니다