반려 뒤 재요청한 승인에서 어떤 버전의 데이터를 적용할까
검수 revision 1을 반려하고 revision 2를 제출하는 사례로 편집본·검수본·승인본을 구분한다. 이미지와 정책값을 포함한 스냅샷, 상태 전이, 원자적 적용의 조건을 설명한다.
태그: DB
이 태그가 포함된 게시글입니다. "DB".
조회수를 원자적으로 증가시켜도 중복 요청까지 해결되지는 않는다
읽고 저장하는 조회수 갱신을 $inc로 바꾸고, 쓰기 충돌·드라이버 재시도·업무 중복 집계의 범위를 구분한다.
청크 재색인은 어디서 다시 시작하고 어떤 버전을 남겨야 할까
청크 로딩과 upsert만으로 재색인 일관성이 완성되지는 않는다. 체크포인트, 실시간 변경, 삭제 버전의 역할을 프로그램 검색 사례로 설명한다.
중복 쿠폰 조사에서 같은 테이블의 다른 쓰기 경로를 찾기
과거 만료일을 복사한 새 쿠폰 행을 단서로 Java 발급 경로 밖의 writer를 추적한다. 발급 권리와 요청 중복의 키를 나누고 모든 쓰기 경로가 공유할 규칙을 설계한다.
MongoDB batchSize를 줄여도 마이그레이션이 긴 트랜잭션인 이유
커서 전송, 메모리 보관, 커밋은 서로 다른 경계다. 리뷰 필드 마이그레이션으로 청크별 커밋과 재시작 조건을 설명한다.
예약 목록의 병원명을 붙일 때 조회가 행 수만큼 늘어나는 이유
DTO 변환의 반복 조회를 페이지 단위 묶음 조회로 바꾼다. 목록·집계·직렬화까지 같은 결과를 유지하면서 비용을 확인한다.
DB를 바꾼 뒤 오래된 검색 결과가 남는 경로를 찾기
버전 41을 읽은 요청이 버전 42의 캐시 삭제 뒤에 값을 다시 넣는 순서를 살펴본다. 브라우저 캐시, 응답 캐시, 검색 투영본의 갱신 책임을 나눠 일관성 조건을 설계한다.
서로 다른 기업 생성 요청도 MongoDB WriteConflict를 만나는 이유
기업 생성 중 공통 시퀀스와 집계 문서가 경쟁할 수 있다. 실패한 쓰기의 위치와 트랜잭션 재시도 범위를 나눠 설명한다.