마스터 테이블과 PK / FK 지정을 바탕으로한 모델링은 결국 하나의 결과로 데이터를 조회하기위한 과정임
( DB모델링시 조회를 하면 엑셀구조와 비슷한 결과로 조회가능할 뿐 DB구조와 엑셀구조는 엄연히 다름)
이 과정에서 중복, 즉, Anomaly가 발생되지 않도록 중복 최소화에 주력하여 무결성과 정합성 등을 보장해야함
○ 위와 같은 테이블 모델링을 진행했을 때 Anomaly 현상이 발생될 우려가 있음
○ Anomaly
- 데이터 이상현상
- 데이터 중복으로 인하여 Anomaly 발생 커짐
- DML(Update, Delete, Insert) 과정에서 해당 문제가 발생될 수 있음
* DML : Data Manipulation Language
→ Update : 홍길동을 2루수로 수정시 일부 홍길동이 바뀌지 않을 수 있음 / 김길동인 사람이 3명있기 떄문
→ Delete : 김길동 삭제시 팀까지 없어질 수 있음 / 선수와 구단정보가 함께 있기 떄문
→ Insert : 장길동만 삽입시 오류 발생, 팀번호가 Null일수 없기 때문
▶ 물론 조건을 적절히주어 위와 같은 문제를 예방하여 작업을 진행할 수 있으나, 단순 예제이니 참고정도로만 받아들이면 됨
○ 해결방안 : 위와 같은 구조와 발생문제를 고려하여 최초 모델링시 선수(마스터tb), 소속(관계tb), 팀 마스터tb) 테이블을 구분하여 데이터 적재 및 조인하여 작업을 진행하는 편이 안전함
'DB > DB_Modeling' 카테고리의 다른 글
1 정규화 (0) | 2023.10.26 |
---|---|
정규화 INTRO (0) | 2023.10.26 |
1:1 관계 (1) | 2023.10.24 |
M:N 관계 (0) | 2023.10.16 |
1:M 관계와 재귀적 관계 (part 3) (0) | 2023.10.13 |