상대적으로 쉬움
내부 저장 방식은 논리 구조 뒤에 숨기기 쉽지만, 개념 스키마는 앱이 기대하는 데이터의 의미와 직접 맞닿아 있습니다. 그래서 논리 변경은 외부 계약을 얼마나 유지할 수 있는지가 관건입니다.
새 컬럼이 기존 뷰나 앱 계약에 들어가지 않으면 영향이 작을 수 있습니다.
외부 스키마 재정의로 완충할 수 있어도 의미와 검증 로직 확인이 필요합니다.
앱이 기대하던 데이터 단위와 관계가 바뀌면 수정이 필요할 가능성이 큽니다.
내부 저장 방식인지, 개념 구조와 의미인지 먼저 구분합니다.
앱이 기대하는 테이블, 컬럼, 행의 의미가 유지되는지 봅니다.
뷰, 매핑, 마이그레이션 전략으로 변경 영향을 관리합니다.