셀 하나를 고치면 무엇이 저장되는가 — 인라인 편집의 갱신 계약
표 화면의 셀 단위 인라인 편집에서 갱신 입도(granularity)를 어떻게 잡을지 — 셀별 PATCH vs 디바운스 묶음, 동시 편집, 화면 동기화를 다룬다.
키워드가 정확히 일치하지 않아도 의미로 글을 찾아줍니다. 모든 처리는 브라우저 안에서 일어나며 — 서버·API 키·외부 전송이 없습니다. (검색 모델은 처음 한 번만 받고 이후 캐시됩니다.)
매일 자동으로 바뀌는 복습 6선 — Network · OS · Algorithm · Database 각 1편 + 랜덤 2편.
표 화면의 셀 단위 인라인 편집에서 갱신 입도(granularity)를 어떻게 잡을지 — 셀별 PATCH vs 디바운스 묶음, 동시 편집, 화면 동기화를 다룬다.

DB의 LIKE 검색이 한계에 부딪혔을 때 검색 기능을 RDB의 LIKE '%키워드%'로 만들면, 데이터가 많아질수록 느려지고 “관련도 순 정렬”이나 “오타 허용” 같은 건 꿈도 못 꿉니다. 본격적인 검색이 필요해지면서 Elasticsearch를 도입했는데, 그 빠름의 비밀이 역색인(Inverted Index) 이었습니다. 정방향 vs 역방향 일...
컨트롤러마다 흩어진 try-catch를 @ControllerAdvice 전역 핸들러로 통일하고, 예외→상태코드 매핑과 표준 에러 응답 포맷을 설계하는 법.
주소만 있는 데이터에 좌표를 채우는 지오코딩 보강 배치 — 호출 한도·부분 실패 추적·재시도 설계.
거리 계산식이 WHERE에 들어가면 인덱스를 못 타는 원리와, 사각 박스로 먼저 좁히고 거리로 정밀 필터하는 2단계 접근을 다룬다.

제약조건은 “거는 것”보다 “운영 중에 거는 것”이 어렵다 앞 글에서 제약조건의 종류를 정리했는데, 정작 실무에서 사람을 당황시키는 건 이미 데이터가 쌓인 테이블에 제약을 추가할 때 입니다. 직접 부딪혔던(혹은 부딪힐 뻔한) 함정들을 모아봤습니다. 😅 1. UNIQUE는 NULL을 중복으로 보지 않는다 가장 많이 헷갈리는 부분입니다. UNIQUE...
SqlSession 범위의 1차 캐시와 매퍼 범위의 2차 캐시가 어떻게 동작하고 언제 stale을 부르는지, flushCache 제어법을 정리한다.
지도 뷰포트 안의 좌표만 위경도 범위(bounding box)로 조회하는 설계. BETWEEN 인덱스의 한계, 줌 레벨별 표본 추출, 공간 인덱스 도입 분기점을 다룬다.
클라이언트 잘못은 4xx, 서버 잘못은 5xx로 구분하는 HTTP 상태코드 의미론과, 모든 응답을 200에 담는 안티패턴의 비용을 설명한다.