배경
PR #173에서 baseline schema의 명시적 CREATE INDEX / CREATE UNIQUE INDEX 선언을 제거하고, PK/FK 및 테이블 제약 중심의 최소 스키마로 정리했습니다.
기존 인덱스들은 실제 조회 패턴, 정렬 조건, 조인 조건, soft delete 조건, 쓰기 비용을 기준으로 한 분석 기록이 부족해 별도 이슈에서 재검토가 필요합니다.
목표
- 실제 API 조회 패턴과 실행 계획을 기준으로 필요한 인덱스만 선별합니다.
- PostgreSQL 기준으로 unique 제약, partial unique, 조회 최적화 인덱스를 구분합니다.
- 인덱스별 기대 효과와 쓰기/저장 비용을 함께 기록합니다.
범위
users, job, address, mogak_category, period 관련 조회
mogak, jogak, daily_jogak, post, post_like 관련 주요 조회
- soft delete 조건이 포함된 partial unique 필요성
- FK 컬럼 인덱스 필요 여부
- 중복 또는 불필요한 인덱스 제거 기준
완료 조건
- 주요 API별
where, order by, join 조건이 정리됩니다.
- 후보 인덱스별 근거, 예상 효과, 쓰기 비용이 기록됩니다.
- 유지할 인덱스와 도입하지 않을 인덱스가 구분됩니다.
- PostgreSQL 기준 적용 SQL 또는 migration 방향이 제시됩니다.
후속 후보
- Flyway 도입 후 인덱스 migration 분리
- 운영 쿼리 로그 또는
EXPLAIN 기반 재검토
배경
PR #173에서 baseline schema의 명시적
CREATE INDEX/CREATE UNIQUE INDEX선언을 제거하고, PK/FK 및 테이블 제약 중심의 최소 스키마로 정리했습니다.기존 인덱스들은 실제 조회 패턴, 정렬 조건, 조인 조건, soft delete 조건, 쓰기 비용을 기준으로 한 분석 기록이 부족해 별도 이슈에서 재검토가 필요합니다.
목표
범위
users,job,address,mogak_category,period관련 조회mogak,jogak,daily_jogak,post,post_like관련 주요 조회완료 조건
where,order by,join조건이 정리됩니다.후속 후보
EXPLAIN기반 재검토