데이타베이스 모델링(인포메이션 모델링)
- 한조직의 데이타 베이스를 잘 구축해야 필요한 업무에 안전하게 할수 있다.
체제적인 단계(3단계)
1. 전략단계/분석단계 - 개념 데이타 모델링=> ENITY 정의 ERD
2. 설계단계 - 데이터베이스 설계공식에 의해서=> 테이블 정의, Index, view ,cluster
3. 구현단계 - 데이터베이스 생성 => 저장공간 지정
참고 : 통합 케이스툴을 이용하여 그린다. erbin
"업무정보화에 대한 요구" 이다.
업무 파악에 못하면 일하기가 어려워 진다.
개념 데이타 모델이란?
- 관리하고자 하는 유용한 정보와 그 과계를 정의하고 형상화 하는것
사원 => enity 명
# *사번 => enity의속성들 , # 기본키 의미,
*성명 =>* 데이타를 받는
ㅇ지책 =>ㅇ 값을 넣을수 있고 안넣을수 있고
*입사일
ㅇ수당
관계
- 선으로 나타냄..
- entity relationship data model은 필요한 정보와 업무의 기능을 충분히 제공할 수 있도록 설게되
어야 함
- 데이타베이스 설계란
- e-r model에 바영된 정보의 요구 사항을 관계형 데이타베이스 설계로 바꾸는 작업
- 한 테이블을 관리 하는것
relationship
- 두개의entity 나 그 자신과의 특정관계를 양방향으로 표현
- 현재의 관게나 장래 유용한 관계만 한정적로 표시
- 각 방향의 관계에는 관계의 명칭. 선택사양.관계형태를 표시
표현
- 두entity 사이에 선을 그린다
- 관계명을 기록한다
- 선택사양ㅇ르 표시한다
- 관계형태를 표시한다.
읽은 방법
- 먼저 한방향(좌 우)을 읽고
- 반대방향(우 좌)을 읽는다.
- 좌에서 우
- 우에서 좌
관계형태(1:1)
- 1:1
- m:1
- m:m
- 양쪽방향 모두 단 하나씩
- 드물게 방생된는 형태
- 양방향 모두 반드시 must be 가 되는 경우는 아주 드뭄
- 1:1 관계는 실제로 동일한 entity일 경우가 많음
관계형태 (m:1)
- 한쪽 방향은 하나이상
- 다른 방향은 단 하나
- 가장 일반적인 형태
- 보통 must be와 may be 로 지정되나 드물게 양방향 must be로도 지저됨
관계형태 ( m:m)
-양쪽 방향 모두 하나이상
- 자주 발생되는 형태
- 상세 개념 모델 단계에서 분할함
등록하며
학생 ---------------- 교육과정
접수받아
각 학생은 하나이상의 교육 과정을 등록할 수 도 있다.
각 교육과정은 하나이상의 학생을 접수 받을 수 도 있다.
ATTRIBUTE
- ENITY내에서 관리하고자 하는 정보들의 항목들
- 최소단위까지 분할
- 하나의 값만 있는지 검증
-> 여러개의 값을 갖거나 반복되는 경우 새로운 ENTITY로 분할
식별자(UID)
- UID->Unique identifier
- 하나, 하나이상의 ATTRIBUTE로 구성
- 모든 entity는 uid를 가져야 함
- uid를 가지지 못하면 entity가 아니다
- uid를 구성하는 모든 ATTRIBUTE는 반드시 존재해야 한다.
- uid는 attrbute에는 #,* 를 표시한다
첨부파일
invalid-file