설계, 향후 추가

데이터 모델링

• 객체지향 = 데이터 + 기능

---

구조적 개발 방법 론.

 

환자 > 병원 (이력, 검사, 검증) > 다음진료 계획 수립 > 계산 

 

이를 그림으로 그린다 > DFD : Data Flow Diagram

 

90년대, 부서단위에서는 유용했으나

---

정보 공학 방법론 Information Engineering

 

기획은 - 정리를 잘 해야함

            계산 .

 

 여기서 나오는 중복을 제거하자는 게 ERD 다.

(기능 -> 기능 분해도로 도식화)

 

---

객체 지향 방법론은 CBD

와 유사 > UML <

---

개체 : 설계시 Entity > Attribute 완료 후 Table > colum 

키 : 설계시 Id 완료 후 PrimaryKey

계산되는 속성들은 제거되야 함 : 생년월일은 저장하되 나이는 저장하지 않는 등.

---

RelationShip의 종류 

1. 1 : 1 = 국가 : 국기
2. 1 : N = 팀 : 팀원
3. N : M = 극장 : 영화 

RDB < 는 한 컬럼에 다수의 데이터의 저장이 안됨 ->1 : N , 1 : 1 로 분할해야 함.

---

1 : N

DEPT

부서코드 PK

부서명

근무지

1. column = Attribute
2. Table = Entity

---

EMP

사원 코드 PK

사원명

부서명 FK

 

 

---

N : M 은 허용되지 않으므로, 풀어주는 테이블, (보통 FK값을 묶어 PK로 소지한) 이 필요하다.

언제나 , 필요성과 상황과 서비스를 고려해야만 한다.

 

테이블은 유동적이며 다대다 관계와 인덱스를 어떻게 태울지 꼭꼭 고민해야만한다.