290 lines
20 KiB
YAML
290 lines
20 KiB
YAML
- 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]: 요청 형식이 올바르지 않습니다 |