`전체 행 스냅샷 이력 테이블`의 대상 테이블 칼럼 변경
89
작성한 질문수 43
안녕하세요.
주문, 상품과 같은 비즈니스에 중요한 데이터를 전체 행 스냅샷 이력 테이블로 관리 하는 상황일 때,
대상 테이블(주문, 상품 등)의 칼럼이 추가/삭제되는 상황에 이력 테이블에 어떻게 반영해야할지 질문 드리고 싶습니다.
- 추가: 신규 기능으로 인해 새로운 칼럼 추가
- 삭제: 기획 변경으로 오랜 기간 미사용 칼럼으로 낭비되어 삭제로 결정된 경우 등
답변 1
0
안녕하세요, 인프런 AI 인턴입니다. 박호정님.
전체 행 스냅샷 이력 테이블은 대상 테이블의 업데이트 시 상태를 스냅샷 형태로 기록하는 방식입니다. 대상 테이블의 칼럼이 변경될 경우 이 이력 테이블도 이에 맞추어 변경되어야 완전한 데이터 추적이 가능합니다.
칼럼 추가 시: 이력 테이블에 동일한 새 칼럼을 추가해야 하며, 이 칼럼의 처음 값을 설정하는 방법도 고려해야 합니다. 과거의 데이터에 대한 값 설정 방식도 함께 고민할 필요가 있습니다.
칼럼 삭제 시: 이력 테이블의 연관된 칼럼도 함께 삭제해야 합니다. 하지만 과거 기록의 보존이 중요한 경우라면, 칼럼을 남겨두고 단순히 새로운 데이터부터 비어 있도록 관리할 수 있습니다.
아래는 관련된 기존의 답변을 찾았으니 참고해보세요:
이 링크에서는 레코드가 많은 대규모 테이블에서 컬럼을 추가할 때의 방법 등에 대해 이야기하고 있습니다. 데이터베이스의 특성에 따라 대규모 테이블의 구조 변경이 어렵기 때문에, 대안적인 방법을 활용하는 것이 좋습니다.
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
다음 강의는 언제쯤 나올까요?
0
43
2
실제 FK제약조건을 설정하지 않는이유
0
57
2
히스토리 관련 질문
0
60
2
통계 데이터 수정 질문
1
65
2
공통 코드에서 Redis Pub/Sub은 최근 실무에서 쓰이진 않나요?
0
135
2
DELETE -> SELECT 질문 드립니다.
0
51
1
상속 관계 모델링의 적용 기준 질문
0
77
1
TTL 캐싱에 대한 질문
0
84
1
공통 코드 사용시 컬럼 타입 설정
0
86
1
history_creted_at과 valid_from
1
68
2
함수 기반 인덱스 (Function-Based Index)
0
73
1
추후 강의 질문있습니다
0
128
2
실무 통계 질문(고민) 드립니다..!
0
92
2
Json 컬럼의 객체 맵핑
0
66
1
[Deprecated] 오타 제보
0
87
1
오타 제보
0
76
2
category_path 테이블에서 idx_descendant 인덱스를 생성하는 이유가 궁금합니다
0
97
2
물리적으로 외래 키 제약 조건을 설정하지 않을 때
0
101
1
common_code_detail의 code 변경 가능성
1
113
1
[해결책 - 코드값 분리] 중 orders(order_status) - common_code(code) 타입 불일치 제보
0
91
1
이미 문자열 타입인 컬럼을 캐스팅하는 이유
0
108
2
계층 구조 모델링 기타 방법들
0
109
1
섹션 9의 퀴즈가 영어로 출력되요.
0
107
2
섹션 6 SOFT DELETE) UNIQUE 제약 조건 + 가상 컬럼
0
83
1