Files
document-haness/.playwright-mcp/page-2026-08-31T09-43-28-518Z.yml
T

372 lines
24 KiB
YAML

- 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으로 저장했습니다.