Chapter 15. ERD와 모델링
2581 단어 오라클(Oracle)국비수업국비수업
데이터 모델링
- 사용자의 요구조건을 분석하여 데이터를 개념적, 논리적, 물리적 설계로 구조화 하는 것
- 정리되어 있지 않은 데이터는 정형화된 데이터 형태로 만들 수 있어야 함
- 고객의 요구사항을 바탕으로 DB형태로 바꾸는 작업
- 분석된 모델을 가지고 실제 데이터베이스를 생성하여 개발 및 관리에 이용 할 수 있다.
-
데이터 모델링의 3가지 용어
-
속성 (Attribute)
- 엔티티에서 관리하고자 하는 더이상 분리되지 않는 최소 단위의 데이터
- ex) DB 개념에서는 컬럼
-
엔티티 (Entity)
- 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 데이터의 집합
- 속성들의 집합
- ex) DB 개념에서는 Table
-
관계 (Relationship)
- 두개 이상의 엔티티들 간의 의미있는 연결
- 두개 이상의 엔티티가 존재의 형태나 행위로 서로에게 영향을 주는 형태
- ex) DB 개념에서는 외래키를 통해 테이블이 연결된 상태
-
데이터베이스 용어 | 모델링 용어 |
---|---|
테이블(Table) | 엔티티(Entity) |
컬럼(Column), 열 | 속성(Attribute) |
튜플(Tuple), 행(row) | 인스턴스(Instance) |
기본키(Primary key) | 주식별자 (Primary Identifier) |
외래키(Foreign key) | 외래 식별자 (Foreign Identifier) |
ERD(Entity Relationship Diagram)
- Entity의 관계를 설명하는 다이어그램
- Entity는 물리적인 설계에서 Table을 뜻하는 것이기 때문에 Table과의 관계를 뜻하는 것이기도 함
- 개발자는 데이터 모델링을 통하여 설계된 Table관계를 ERD를 통해 도식화 할 수 있어야 한다.
- 관계적 데이터 모델링을 하여 ERD를 만들기
- 업무 파악 (분석, 추출)
- 개념적 데이터 모델링 (정보, 그룹, 관계)
- 논리적 데이터 모델링
- 물리적 데이터 모델링
- EX) 업무
우리회사는 만수무강 보험회사이며, 보험판매 시스템을 만들고자 한다.
판매 상품의 종류는 생명보험, 실비보험 등 다양한 상품을 판매한다.
상품은 상품명, 상품설명을 관리한다. 또한 우리회사는 많은 고객을 관리하고 있다.
고객은 고객명, 연락처를 관리한다.
고객은 다양한 상품을 가입할 수 있으며, 계약일자, 보험시작일자, 보험종료일자,
매월 납입보험료, 총납입회차를 관리한다. 보험계약 시 계약자와 피보험자는 동일하다.
보험계약시 계약 번호는 자동으로 채번된다.
개념적 설계
- 일반적인 정보 데이터를 바탕으로 추상화 하여 데이터의 구조적인 개념으로 표현 하는 것
논리적 설계
- 개념적 설계를 바탕으로 DBMS가 만들어 질 수 있는 논리적인 데이터 모델로 표현
물리적 설계
- 데이터가 저장 될 수 있도록 논리적 데이터 모델을 물리적 설계를 통해 물리적 데이터 구조로 표현
Author And Source
이 문제에 관하여(Chapter 15. ERD와 모델링), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://velog.io/@woody_/Chapter-15.-ERD와-모델링저자 귀속: 원작자 정보가 원작자 URL에 포함되어 있으며 저작권은 원작자 소유입니다.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)