반정규화와 성능 근거

핵심 요약

반정규화는 “조인이 많다”는 인상이나 개발 편의를 근거로 수행하지 않는다. 정상화된 기준 구조에서 핵심 SQL의 응답시간·논리 I/O·호출빈도·반환건수와 DML 부하를 측정하고, 인덱스·SQL 개선·접근 경로·캐시·요약 처리 등 대안을 검토한 뒤에도 목표를 만족하지 못할 때 선택한다. 중복된 값에는 반드시 원천, 갱신 책임, 허용 지연, 오류 탐지, 재생성 방법이 있어야 한다.

학습 목표

• 반정규화의 전제와 적용 판단 순서를 설명한다.
• 테이블 통합·분할, 중복 컬럼, 파생값, 요약 구조의 효과와 비용을 비교한다.
• 성능 이득과 정합성·DML·저장 비용을 정량적으로 평가한다.
• 동기화·오류 복구·재검증·철회 기준을 설계한다.

1. 반정규화의 전제

반정규화는 다음 조건을 갖춰야 한다.

1. 기준이 되는 정규화 구조와 업무 원천이 명확하다.
2. 병목 SQL·프로세스와 목표 성능이 측정되어 있다.
3. 조인 방식, 인덱스, SQL, 통계, 캐시, 배치 주기 등 덜 위험한 대안을 검토했다.
4. 읽기 이득이 갱신·저장·운영 비용보다 크다는 근거가 있다.
5. 중복값의 정합성 통제와 장애 복구 방법이 있다.
6. 데이터·부하가 바뀔 때 재평가하는 기준이 있다.

정규화를 하지 않은 초기 구조를 “반정규화”라고 부를 수 없다. 반정규화는 종속 관계를 이해하고 통제한 상태에서 의도적으로 구조를 변경한 것이다.

2. 대표 유형

2.1 테이블 통합

항상 1:1로 함께 생성·조회되고 생명주기와 보안 수준이 같은 두 테이블을 합치면 조인을 줄일 수 있다.

• 이득: 조인·객체 관리 감소
• 비용: 행 폭 증가, NULL 증가, 서로 다른 보존·보안·갱신 주기 결합
• 주의: 단순히 테이블 수가 많다는 이유로 합치지 않는다.

2.2 테이블 분할

한 테이블에서 매우 자주 조회되는 좁은 속성과 드물게 조회되는 큰 속성을 수직 분리하거나, 업무 처리 특성이 크게 다른 행 집합을 별도 구조로 분리할 수 있다.

• 이득: 핵심 행 폭·I/O 감소, 경합 분리
• 비용: 조인·동기화·전체 조회 복잡성
• 경계: 파티션 구현 방식의 상세는 별도 성능 설계 범위이며 여기서는 구조적 목적만 다룬다.

2.3 중복 컬럼

부모나 관련 테이블의 값을 자식에 복제한다.

원천: 고객.고객등급코드
중복: 주문.주문시점고객등급코드

주문 당시 사실을 보존하는 스냅샷이면 단순 성능 중복과 다른 업무 의미를 가질 수 있다. 현재 고객등급을 편의상 복제한다면 고객 변경 시 모든 주문을 갱신할 것인지, 과거 주문을 바꾸지 않을 것인지 명확히 해야 한다.

2.4 파생 컬럼

합계·잔액·건수·상태 요약을 저장한다.

• 원천 행 변경과 같은 트랜잭션에서 갱신할지
• 비동기 집계로 지연을 허용할지
• 재계산 시점과 반올림·규칙 버전을 어떻게 보존할지
• 음수 잔액·중복 집계 같은 오류를 어떻게 탐지할지

2.5 요약·집계 테이블

상세 대량 집계를 일·월·고객·상품 단위로 미리 계산한다.

• 이득: 대시보드·보고서 집계 비용 감소
• 비용: 적재 지연, 늦게 도착한 데이터 재집계, 상세-요약 불일치
• 통제: 집계 기준시각, 완료 상태, 재처리 키, 상세 합계 대조

3. 적용 전 대안과 비교

대안의 존재가 반정규화를 금지한다는 뜻은 아니다. 각 대안의 성능·정합성·운영 비용을 같은 부하 조건에서 비교한다.

4. 정량적 판단 사례

현재 구조:

• 고객별 최근 주문 20건 조회: p95 1.8초
• 목표: p95 300ms 이하
• 호출: 피크 2,000회/분
• 주문 쓰기: 300건/초
• 조회 시 고객 테이블 조인으로 고객등급명을 표시
• 고객등급 변경: 하루 2만 건

후보 1: 주문에 현재 고객등급명 중복

• 예상 조회 p95: 220ms
• 고객등급 변경 시 과거 주문 수백만 건 갱신 가능
• 원천과 중복값 불일치 위험 매우 큼

후보 2: 주문에 주문시점 고객등급코드 저장 + 코드 테이블 조인

• 과거 사실 보존이라는 업무 의미가 명확
• 작은 코드 테이블 조인은 비용이 낮을 수 있음
• 현재 등급 표시가 필요하면 별도 조회

후보 3: 고객별 최근 주문 조회 전용 캐시/읽기 모델

• 허용 지연이 1분이라면 쓰기 모델의 중복 갱신을 줄일 수 있음
• 캐시 장애·재생성·일관성 정책 필요

결론은 “가장 빠른 구조”가 아니라 업무 의미와 허용 지연, DML 비용까지 포함한 총비용으로 선택한다.

5. 정합성 통제 설계

6. 판단 흐름

병목과 목표를 측정
  ↓
정규 구조에서 SQL·인덱스·통계·처리주기 대안 검토
  ↓
후보별 읽기 이득 / DML·저장·정합성 비용 산정
  ↓
업무 원천·허용 지연·갱신 책임·복구 방법 정의
  ↓
대표·피크·장애 부하로 검증
  ↓
적용 후 모니터링 및 철회 기준 설정

7. 비교와 구분

시험 판단 포인트

• 반정규화는 정규화된 모델과 측정된 성능 문제를 전제로 한다.
• 조인 존재 자체는 반정규화 근거가 아니다.
• 읽기 성능 향상만 보지 말고 DML·저장공간·동기화·복구 비용을 함께 본다.
• 중복 컬럼의 값이 현재값인지 사건 시점 스냅샷인지 업무 의미를 구분한다.
• 적용 후에도 효과와 불일치율을 측정하고 필요하면 철회해야 한다.

자주 틀리는 부분

• 예상 성능만으로 적용하고 기준선·부하 테스트를 남기지 않는다.
• 트리거나 애플리케이션 코드가 있으니 정합성이 자동 보장된다고 본다.
• 비동기 요약의 지연 허용치와 늦은 데이터 재처리를 정의하지 않는다.
• 모든 조회를 한 테이블에서 끝내려 행 폭과 DML 비용을 과도하게 키운다.
• 업무 스냅샷과 현재값 복제를 구분하지 않아 갱신 정책이 모순된다.