청크 재색인은 어디서 다시 시작하고 어떤 버전을 남겨야 할까
청크 로딩과 upsert만으로 재색인 일관성이 완성되지는 않는다. 체크포인트, 실시간 변경, 삭제 버전의 역할을 프로그램 검색 사례로 설명한다.
조회 계획, 저장 방식과 데이터 처리 비용을 확인한 기록입니다.
7개 글
전체 카테고리청크 로딩과 upsert만으로 재색인 일관성이 완성되지는 않는다. 체크포인트, 실시간 변경, 삭제 버전의 역할을 프로그램 검색 사례로 설명한다.
커서 전송, 메모리 보관, 커밋은 서로 다른 경계다. 리뷰 필드 마이그레이션으로 청크별 커밋과 재시작 조건을 설명한다.
DTO 변환의 반복 조회를 페이지 단위 묶음 조회로 바꾼다. 목록·집계·직렬화까지 같은 결과를 유지하면서 비용을 확인한다.
save 호출과 DB 반영은 같은 시점이 아니다. JSON 타입 계약과 flush·commit을 나눠 확인하고 외부 승인 뒤의 저장 실패까지 연결한다.
모델의 unique 선언과 실제 catalog는 다를 수 있다. 충돌 대상, partial·expression index, NULL 규칙을 맞추고 보정 대상까지 검증한다.
병원별 최신 프로그램 조회를 예로 들어 추정 행 수, 실제 실행, 정렬과 페이지 경계를 연결한다. 인덱스 후보를 고르는 근거와 같은 조건에서 확인할 항목을 정리한다.
10월 31일까지 조회하는 조건을 다음 날 시작 전까지의 구간으로 바꿔 본다. 날짜, 사건 시각, 화면 표시일의 의미를 구분하고 변환이 일어난 계층을 찾는다.