Backend
실행 계획을 질문으로 읽기, 변경 전후를 비교하는 방법
느린 쿼리를 발견하면 인덱스를 추가하기 전에 어느 단계에서 비용이 생기는지 알아야 한다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
THE BUILDER’S NOTE
Engineering.
01 / INSIDE THE BUILD만들며 배우고, 배운 것을 나눕니다.
더 나은 제품을 향한 개발의 기록.
찾고 있던 이야기
작은 발견부터 깊이 있는 고민까지.
카테고리Backend
필터 초기화Backend
복합 인덱스의 열 순서, 변경 전후를 비교하는 방법
검색 조건에 들어가는 열을 모두 인덱스에 넣어도 기대한 실행 계획이 나오지 않을 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
오래된 페이지를 위한 키셋 조회, 변경 전후를 비교하는 방법
큰 offset으로 뒤쪽 페이지를 읽으면 앞부분의 많은 행을 건너뛰는 비용이 생길 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
중복 방지는 데이터베이스에서도, 변경 전후를 비교하는 방법
먼저 같은 값이 있는지 조회하는 방식만으로는 동시에 들어오는 중복 생성을 막기 어렵다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
재고 차감과 동시 요청, 변경 전후를 비교하는 방법
재고를 읽은 뒤 계산해서 저장하면 두 요청이 같은 이전 수량을 기준으로 판단할 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.
Backend
트랜잭션의 경계를 정하는 법, 변경 전후를 비교하는 방법
서로 연결된 두 번의 저장 중 하나만 성공하면 데이터의 의미가 깨질 수 있다. 같은 조건에서 얻은 증거를 중심으로 작은 예제와 확인 기준을 정리합니다.