15분
스키마를 바꾸면 모든 게 깨진다?
스키마 진화 & 프로덕션 운영
스키마를 바꾸면 모든 게 깨진다?
KG 생명주기 & 엔터프라이즈 활용 > 스키마 진화 & 프로덕션 운영
스키마를 바꾸면 모든 게 깨진다?
왜 중요한가?
RDBMS에서 ALTER TABLE은 공포의 명령어입니다. 그래프 DB는 "Schema-optional"이라 자유롭다고 하지만, 프로덕션에서는 여전히 위험합니다.
실제 장애 사례
에디터 로딩 중...
교훈: 그래프 DB도 스키마 변경은 체계적 계획이 필요합니다.
RDBMS vs Graph DB 스키마 변경 비교
| 항목 | RDBMS | Graph DB (Neo4j) |
|---|---|---|
| 스키마 강제 | 필수 (DDL) | 선택적 (Schema-optional) |
| 컬럼 추가 | ALTER TABLE (잠금) | 그냥 속성 추가 (잠금 없음) |
| 컬럼 삭제 | ALTER TABLE DROP | REMOVE로 속성 제거 |
| 테이블/레이블 변경 | RENAME TABLE | 레이블 추가→삭제 (2단계) |
| 관계 변경 | FK 수정 (복잡) | 관계 재생성 필요 |
| 다운타임 | 대형 테이블에서 수분~수시간 | 보통 무중단 가능 |
결론: 그래프 DB가 유연하지만, 프로덕션에서는 마이그레이션 계획이 필수!
핵심 포인트
- • 그래프 DB도 프로덕션 스키마 변경 시 체계적 계획 필요
- • 레이블 변경 시 인덱스, 쿼리, 권한 모두 영향받음
- • Schema-optional ≠ Schema-free: 규칙 없이 변경하면 장애 발생