#backend

다른 레포를 --add-dir 로 열면 hooks·권한이 따라오지 않고 /cd 로 옮기면 원래 레포 규칙을 잃는데, 레포마다 세션을 두고 SendMessage 로 요청하면 각자 자기 하네스대로 작업합니다.

동적 UPDATE문에서 특정 컬럼을 조용히 제외하는 방어 코드는 실패를 숨겨 데이터 무결성을 해칠 수 있습니다. 예외를 삼키는 대신 입구에서 검증하거나 실패를 명확히 응답하여 시스템의 정직함을 유지하는 설계 방법을 제안합니다

PostgreSQL에서 조건부 SQL 빌더 사용 시 참조되지 않는 파라미터가 포함되면 42P18 오류가 발생하므로 절과 파라미터를 함께 관리하고 실제 DB 파싱 테스트를 통해 검증해야 합니다

기본은 cache-aside 에 TTL 과 쓰기 시 삭제 무효화이며, 인기 키의 캐시 스탬피드는 single-flight 로 중복 요청을 묶고 stale-while-revalidate 로 미스 지연을 없애는 조합으로 막습니다.

평균은 통제하되 버스트를 허용하려면 token bucket 이 기본값이고, 출력을 평탄화하려면 leaky bucket 이 맞으며, 서버가 여러 대면 한도를 Redis+Lua 로 원자화해야 합니다.

PostgreSQL 의 Repeatable Read 는 스냅샷 격리로 phantom read 까지 막지만 write skew 는 허용하며, 이를 막으려면 Serializable 로 올리고 40001 재시도 로직을 짝지어야 합니다.

운영 중 스키마 변경은 한 번에 바꾸지 않고 expand→migrate→contract 로 나눠야 무중단이 되며, CREATE INDEX CONCURRENTLY 와 NOT VALID→VALIDATE 로 강한 락을 피합니다.

PostgreSQL 은 연결마다 OS 프로세스를 띄워 연결 고갈이 나기 쉬우며, PgBouncer 를 transaction 모드로 두면 서버 연결을 소수로 묶지만 prepared statement·SET·advisory lock 이 깨질 수 있습니다.

ORM 지연 로딩이 행마다 쿼리를 하나씩 더 날려 N+1(1+N 쿼리)이 생기며, 다대일은 JOIN, 일대다·GraphQL 은 배치 IN·DataLoader 로 쿼리 수를 2개로 고정해 해결합니다.

OFFSET 은 깊은 페이지일수록 앞 행을 다 읽고 버려 선형으로 느려지고 데이터 변경 중 중복·누락도 생기지만, keyset(커서) 는 정렬 키로 바로 점프해 성능과 정확성을 모두 지킵니다.

PostgreSQL 의 DISTINCT ON·LATERAL·FILTER·EXCLUDE·SKIP LOCKED 등 8가지 기능을 쓰면 그룹별 조회·정합성·동시성 제어를 애플리케이션 코드 대신 DB 레벨에서 해결합니다.