- generic [ref=f98e3]: - link "본문으로 건너뛰기" [ref=f98e4] [cursor=pointer]: - /url: "#main-content" - banner [ref=f98e5]: - generic [ref=f98e6]: - link "TechLog Studio" [ref=f98e7] [cursor=pointer]: - /url: /studio - text: TechLog - generic [ref=f98e8]: Studio - navigation "Studio 주 탐색" [ref=f98e10]: - link "작업본" [ref=f98e11] [cursor=pointer]: - /url: /studio/documents - link "게시 기록" [ref=f98e12] [cursor=pointer]: - /url: /studio/publications - link "새 문서" [ref=f98e13] [cursor=pointer]: - /url: /studio/documents/new - link "주제·프로젝트" [ref=f98e14] [cursor=pointer]: - /url: /studio/taxonomy - link "릴리즈" [ref=f98e15] [cursor=pointer]: - /url: /studio/releases - link "공개 사이트 보기" [ref=f98e16] [cursor=pointer]: - /url: / - button "로그아웃" [ref=f98e17] - main [ref=f98e18]: - generic [ref=f98e19]: - generic [ref=f98e20]: - region [ref=f98e21]: - generic [ref=f98e22]: - paragraph [ref=f98e23]: REFERENCE · VERSION 4 - heading "문서 편집" [level=1] [ref=f98e24] - paragraph [ref=f98e25]: Feed Visibility Query Pattern - region [ref=f98e26]: - generic [ref=f98e27]: - paragraph [ref=f98e28]: DOCUMENT - heading "기본 정보" [level=2] [ref=f98e29] - generic [ref=f98e30]: - generic [ref=f98e31]: - generic [ref=f98e32]: 제목 - textbox "제목" [ref=f98e33]: Feed Visibility Query Pattern - generic [ref=f98e34]: - generic [ref=f98e35]: slug - textbox "slug" [ref=f98e36]: - /placeholder: 비우면 제목에서 만듭니다 (영문 소문자·숫자·하이픈) - text: feed-visibility-query-pattern - generic [ref=f98e37]: - generic [ref=f98e38]: 요약 - textbox "요약" [ref=f98e39]: 조회 사용자에 따라 보이는 항목이 갈리는 피드는 공개, 멘션, 비공개 세 분기를 만든다. 하나의 OR로 묶는 방식, 분기를 UNION으로 나누는 방식, 사용자별로 미리 계산하는 방식이 같은 결과를 다른 비용으로 만든다. - generic [ref=f98e40]: 목록 카드에는 약 90자까지 보입니다 · 122 / 2000 - generic [ref=f98e41]: - generic [ref=f98e42]: Topic - combobox "Topic" [ref=f98e43]: - option "선택하지 않음" - option "JPA 피드 조회 성능" [selected] - option "OAuth/OIDC 인증 경계" - generic [ref=f98e44]: - generic [ref=f98e45]: Project - combobox "Project" [ref=f98e46]: - option "미지정" - option "Backend Clean Architecture" - option "KeyCloak Patterns" - option "Liner N + 1문제" [selected] - status [ref=f98e47] - group "관계" [ref=f98e48]: - generic [ref=f98e50]: - generic [ref=f98e51]: - generic [ref=f98e52]: 관계 1 대상 - combobox "관계 1 대상" [ref=f98e53]: - 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" - 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로 승격할 것인가" [disabled] - option "Fetch Join · Batch · Projection 선택 기준" - option "Fetch Join으로 N+1을 해결하다 만난 MultiBag과 행 폭증" - 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 설계 기준" [disabled] - 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 "Query Plan은 실제 PostgreSQL에서 측정한다" - 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를 깨뜨린 문제" [selected] - generic [ref=f98e54]: - generic [ref=f98e55]: 관계 1 이유 - textbox "관계 1 이유" [ref=f98e56]: 단일 OR이 정렬 인덱스를 못 쓰는 것을 확인한 기록이다. - generic [ref=f98e57]: - button "위로" [disabled] [ref=f98e58] - button "아래로" [ref=f98e59] - button "삭제" [ref=f98e60] - generic [ref=f98e61]: - generic [ref=f98e62]: - generic [ref=f98e63]: 관계 2 대상 - combobox "관계 2 대상" [ref=f98e64]: - 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" - 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로 승격할 것인가" [selected] - option "Fetch Join · Batch · Projection 선택 기준" - option "Fetch Join으로 N+1을 해결하다 만난 MultiBag과 행 폭증" - 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 설계 기준" [disabled] - 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 "Query Plan은 실제 PostgreSQL에서 측정한다" - 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를 깨뜨린 문제" [disabled] - generic [ref=f98e65]: - generic [ref=f98e66]: 관계 2 이유 - textbox "관계 2 이유" [ref=f98e67]: 사전계산 방식이 남긴 판단이다. - generic [ref=f98e68]: - button "위로" [ref=f98e69] - button "아래로" [ref=f98e70] - button "삭제" [ref=f98e71] - generic [ref=f98e72]: - generic [ref=f98e73]: - generic [ref=f98e74]: 관계 3 대상 - combobox "관계 3 대상" [ref=f98e75]: - 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" - 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로 승격할 것인가" [disabled] - option "Fetch Join · Batch · Projection 선택 기준" - option "Fetch Join으로 N+1을 해결하다 만난 MultiBag과 행 폭증" - 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 설계 기준" [selected] - 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 "Query Plan은 실제 PostgreSQL에서 측정한다" - 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를 깨뜨린 문제" [disabled] - generic [ref=f98e76]: - generic [ref=f98e77]: 관계 3 이유 - textbox "관계 3 이유" [ref=f98e78]: 이 조건과 함께 서야 하는 페이징 기준이다. - generic [ref=f98e79]: - button "위로" [ref=f98e80] - button "아래로" [disabled] [ref=f98e81] - button "삭제" [ref=f98e82] - button "관계 추가" [ref=f98e83] - region [ref=f98e84]: - generic [ref=f98e85]: - paragraph [ref=f98e86]: REFERENCE - heading "재사용할 기준" [level=2] [ref=f98e87] - generic [ref=f98e88]: - generic [ref=f98e89]: 이 기준을 쓰는 이유 - textbox "이 기준을 쓰는 이유" [ref=f98e90] - group "판단 기준" [ref=f98e91]: - paragraph [ref=f98e93]: 아직 입력한 판단 기준이 없습니다. - button "판단 기준 추가" [ref=f98e94] - group "적용할 때" [ref=f98e95]: - paragraph [ref=f98e97]: 아직 입력한 항목이 없습니다. - button "적용할 때 추가" [ref=f98e98] - group "예외와 주의" [ref=f98e99]: - paragraph [ref=f98e101]: 아직 입력한 항목이 없습니다. - button "예외와 주의 추가" [ref=f98e102] - group "예시" [ref=f98e103]: - generic [ref=f98e105]: - generic [ref=f98e106]: - generic [ref=f98e107]: 예시 1 - textbox "예시 1" [ref=f98e108]: "단일 OR : 분기별 스캔을 bitmap으로 합침, 정렬 재수행, 관계 조건은 hashed SubPlan" - generic [ref=f98e109]: - button "위로" [disabled] [ref=f98e110] - button "아래로" [ref=f98e111] - button "삭제" [ref=f98e112] - generic [ref=f98e113]: - generic [ref=f98e114]: - generic [ref=f98e115]: 예시 2 - textbox "예시 2" [ref=f98e116]: "UNION 분해 : 분기별 정렬 스트림을 병합, 전체 재정렬 없음, 관계 조건은 조인" - generic [ref=f98e117]: - button "위로" [ref=f98e118] - button "아래로" [ref=f98e119] - button "삭제" [ref=f98e120] - generic [ref=f98e121]: - generic [ref=f98e122]: - generic [ref=f98e123]: 예시 3 - textbox "예시 3" [ref=f98e124]: "사전계산 : 커버링 인덱스 하나, OR·조인·정렬 없음" - generic [ref=f98e125]: - button "위로" [ref=f98e126] - button "아래로" [ref=f98e127] - button "삭제" [ref=f98e128] - generic [ref=f98e129]: - generic [ref=f98e130]: - generic [ref=f98e131]: 예시 4 - textbox "예시 4" [ref=f98e132]: "갱신 비용 : 사전계산만 있음" - generic [ref=f98e133]: - button "위로" [ref=f98e134] - button "아래로" [ref=f98e135] - button "삭제" [ref=f98e136] - generic [ref=f98e137]: - generic [ref=f98e138]: - generic [ref=f98e139]: 예시 5 - textbox "예시 5" [ref=f98e140]: "저장 공간 : 사전계산은 조회 사용자 수에 비례" - generic [ref=f98e141]: - button "위로" [ref=f98e142] - button "아래로" [disabled] [ref=f98e143] - button "삭제" [ref=f98e144] - button "예시 추가" [ref=f98e145] - generic [ref=f98e146]: - generic [ref=f98e147]: 마지막 검증일 - textbox "마지막 검증일" [ref=f98e148] - region [ref=f98e149]: - generic [ref=f98e150]: - paragraph [ref=f98e151]: LIVE - heading "즉시 미리보기" [level=2] [ref=f98e152] - generic [ref=f98e155]: - generic [ref=f98e156]: - navigation "문서 경로" [ref=f98e157]: - link "Reference" [ref=f98e158] [cursor=pointer]: - /url: /explore/references - generic [ref=f98e159]: / - generic [ref=f98e160]: JPA 피드 조회 성능 - generic [ref=f98e161]: / - generic [ref=f98e162]: Liner N + 1문제 - heading "Feed Visibility Query Pattern" [level=1] [ref=f98e163] - paragraph [ref=f98e164]: 조회 사용자에 따라 보이는 항목이 갈리는 피드는 공개, 멘션, 비공개 세 분기를 만든다. 하나의 OR로 묶는 방식, 분기를 UNION으로 나누는 방식, 사용자별로 미리 계산하는 방식이 같은 결과를 다른 비용으로 만든다. - generic [ref=f98e165]: - generic [ref=f98e166]: - term [ref=f98e167]: 유형 - definition [ref=f98e168]: Reference - generic [ref=f98e169]: - term [ref=f98e170]: 프로젝트 - definition [ref=f98e171]: Liner N + 1문제 - generic [ref=f98e172]: - term [ref=f98e173]: 게시 - definition [ref=f98e174]: 게시 전 - region [ref=f98e175]: - paragraph [ref=f98e176]: Purpose - heading "이 기준을 쓰는 이유" [level=2] [ref=f98e177] - article [ref=f98e178]: - region [ref=f98e179]: - heading "판단 기준" [level=2] [ref=f98e180] - list - region [ref=f98e181]: - heading "적용할 때" [level=2] [ref=f98e182] - list - region [ref=f98e183]: - heading "예외와 주의" [level=2] [ref=f98e184] - list - region [ref=f98e185]: - heading "예시" [level=2] [ref=f98e186] - list [ref=f98e187]: - listitem [ref=f98e188]: - paragraph [ref=f98e189]: "단일 OR : 분기별 스캔을 bitmap으로 합침, 정렬 재수행, 관계 조건은 hashed SubPlan" - listitem [ref=f98e190]: - paragraph [ref=f98e191]: "UNION 분해 : 분기별 정렬 스트림을 병합, 전체 재정렬 없음, 관계 조건은 조인" - listitem [ref=f98e192]: - paragraph [ref=f98e193]: "사전계산 : 커버링 인덱스 하나, OR·조인·정렬 없음" - listitem [ref=f98e194]: - paragraph [ref=f98e195]: "갱신 비용 : 사전계산만 있음" - listitem [ref=f98e196]: - paragraph [ref=f98e197]: "저장 공간 : 사전계산은 조회 사용자 수에 비례" - paragraph [ref=f98e198]: 마지막 검증 - complementary [ref=f98e199]: - heading "작업 상태" [level=2] [ref=f98e200] - status "편집 상태" [ref=f98e201]: 저장됨 - generic [ref=f98e202]: - generic [ref=f98e203]: - term [ref=f98e204]: 저장 버전 - definition [ref=f98e205]: "4" - generic [ref=f98e206]: - term [ref=f98e207]: 종류 - definition [ref=f98e208]: Reference - paragraph [ref=f98e209]: 불완전한 초안도 저장할 수 있습니다. Ctrl+S 로도 저장합니다. 게시를 누르면 채워야 할 칸을 그 자리에 표시합니다. - generic [ref=f98e210]: - button "저장" [disabled] [ref=f98e211] - button "게시" [ref=f98e212] - paragraph [ref=f98e213]: 버전 4으로 저장했습니다.