라이브러리 컴포넌트
테이블 재설계

왜 했나

• 고객사 환경에서 마스터 DB의 CPU 이상(부하)이 관측됨
• 원인을 추적하니 라이브러리 컴포넌트 테이블 구조가 근원
• varchar에 JSON을 통째로 저장(예: 라이선스 컬럼) 안티패턴
• 식별자 충돌·대소문자 차이로 동일 컴포넌트가 누락되는 케이스

증상이 아니라 구조를 고친다

전수조사로 영향 범위와 깨진 데이터 비율을 먼저 정량화한 뒤 구조를 바꿨다.

결과

내 역할

• 데이터파트 파트리더로서 부하 추적 → 전수조사 → 진단 → 재설계 주도
• 증상에 대증하지 않고 라이브러리 테이블의 구조적 결함을 근본까지 추적
• 배움: DB 부하는 인덱스 추가가 아니라 구조·식별자·타입 설계에서 풀린다