<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://parksangji.github.io/</id><title>쿠오</title><subtitle>Kuo(쿠오)의 일상 · 여행 · 개발, 그리고 직접 만든 앱/웹 이야기</subtitle> <updated>2026-08-28T17:17:02+09:00</updated> <author> <name>쿠오</name> <uri>https://parksangji.github.io/</uri> </author><link rel="self" type="application/atom+xml" href="https://parksangji.github.io/feed.xml"/><link rel="alternate" type="text/html" hreflang="ko-KR" href="https://parksangji.github.io/"/> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 쿠오 </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>LATERAL 조인: 성능 기능이 아니라 스코프 규칙이다</title><link href="https://parksangji.github.io/posts/lateral-join-theory/" rel="alternate" type="text/html" title="LATERAL 조인: 성능 기능이 아니라 스코프 규칙이다" /><published>2026-08-28T16:50:00+09:00</published> <updated>2026-08-28T16:50:00+09:00</updated> <id>https://parksangji.github.io/posts/lateral-join-theory/</id> <content type="text/html" src="https://parksangji.github.io/posts/lateral-join-theory/" /> <author> <name>쿠오</name> </author> <category term="Database" /> <summary>LATERAL이 FROM 절의 스코프를 여는 문법 규칙이라는 정의에서 출발해, 그것이 강제하는 Nested Loop 실행 모양과 비용 모델, 그룹별 상위 N건 같은 고유 용도, 그리고 de-correlate 리라이팅까지 정리한다.</summary> </entry> <entry><title>딥 페이지네이션은 왜 막혀 있는가: from+size의 비용과 search_after</title><link href="https://parksangji.github.io/posts/deep-pagination-search-after/" rel="alternate" type="text/html" title="딥 페이지네이션은 왜 막혀 있는가: from+size의 비용과 search_after" /><published>2026-08-28T16:20:00+09:00</published> <updated>2026-08-28T16:20:00+09:00</updated> <id>https://parksangji.github.io/posts/deep-pagination-search-after/</id> <content type="text/html" src="https://parksangji.github.io/posts/deep-pagination-search-after/" /> <author> <name>쿠오</name> </author> <category term="Search" /> <summary>from+size가 샤드마다 from+size를 힙에 쌓는 구조와 max_result_window 제한의 근거, search_after·PIT·scroll의 선택 기준, 그리고 UI 결정이 곧 아키텍처 결정인 이유.</summary> </entry> <entry><title>Elasticsearch 관련도 점수: query/filter 컨텍스트, boost, 그리고 dis_max</title><link href="https://parksangji.github.io/posts/elasticsearch-scoring-context-boost/" rel="alternate" type="text/html" title="Elasticsearch 관련도 점수: query/filter 컨텍스트, boost, 그리고 dis_max" /><published>2026-08-28T15:40:00+09:00</published> <updated>2026-08-28T15:40:00+09:00</updated> <id>https://parksangji.github.io/posts/elasticsearch-scoring-context-boost/</id> <content type="text/html" src="https://parksangji.github.io/posts/elasticsearch-scoring-context-boost/" /> <author> <name>쿠오</name> </author> <category term="Search" /> <summary>filter 컨텍스트에서 boost가 무시되는 이유, boost가 절대 점수가 아니라 곱셈 계수인 탓에 우선순위 계단이 뒤집히는 구조, 그리고 dis_max와 constant_score로 계단을 보장하는 법.</summary> </entry> <entry><title>Lucene은 질의를 어떻게 실행하는가: term dictionary와 와일드카드의 비용</title><link href="https://parksangji.github.io/posts/lucene-term-dictionary-wildcard-cost/" rel="alternate" type="text/html" title="Lucene은 질의를 어떻게 실행하는가: term dictionary와 와일드카드의 비용" /><published>2026-08-28T14:50:00+09:00</published> <updated>2026-08-28T14:50:00+09:00</updated> <id>https://parksangji.github.io/posts/lucene-term-dictionary-wildcard-cost/</id> <content type="text/html" src="https://parksangji.github.io/posts/lucene-term-dictionary-wildcard-cost/" /> <author> <name>쿠오</name> </author> <category term="Search" /> <summary>와일드카드가 AutomatonQuery로 컴파일되어 term dictionary와 교차하는 과정, 선행 와일드카드가 전수 스캔이 되는 이유, 그리고 색인 시점으로 비용을 옮기는 세 가지 처방.</summary> </entry> <entry><title>전문검색을 언제 DB 밖으로 꺼내는가: 표현력의 한계와 분리의 대가</title><link href="https://parksangji.github.io/posts/when-to-move-search-out-of-db/" rel="alternate" type="text/html" title="전문검색을 언제 DB 밖으로 꺼내는가: 표현력의 한계와 분리의 대가" /><published>2026-08-28T14:00:00+09:00</published> <updated>2026-08-28T14:00:00+09:00</updated> <id>https://parksangji.github.io/posts/when-to-move-search-out-of-db/</id> <content type="text/html" src="https://parksangji.github.io/posts/when-to-move-search-out-of-db/" /> <author> <name>쿠오</name> </author> <category term="Search" /> <summary>검색엔진 분리를 성능이 아니라 질의 표현력으로 판단하는 기준과, 분리하면서 실제로 잃게 되는 일곱 가지를 증상 단위로 정리한다.</summary> </entry> </feed>
