속성
더 이상 쪼개지지 않는 최소의 데이터 단위
- 한 개의 엔터티는 2개 이상의 인스턴스 집합
- 한 개의 엔터티는 2개 이상의 속성을 가짐
- 한 개의 속성은 1개의 속성값
속성의 분류 (기본속성, 설계속성, 파생속성)
기본: 업무로부터 추출한 모든 일반적인 속성 ex) 사원이름, 고용일, 직책이름
설계: 업무를 규칙화하기 위해 새로 만들거나 변형, 정의하는 속성 ex) 일련번호
파생: 다른 속성에 영향을 받아 발생하는 속성, 빠른 성능을 낼 수 있도록 원래 속성의 값을 계산 ex) 합
도메인
: 각 속성이 가질 수 있는 값의 범위를 말한다 ex) 5글자, 20글자
속성 이름
- 해당 업무에서 사용하는 이름 부여
- 서술식 속성명은 사용 금지
- 약어 사용 금지
- 전체 데이터모델에서 유일성 확보
관계
: 관계는 하나의 엔터티가 다른 엔터티와 상호 연관성이 있는 상태
ex) 가게는 상품을 판매한다 -> 상품은 가게에서 판매된다 -> 가게와 상품은 판매라는 관계를 갖게 된다.
패어링
: 엔터티 안에 인스턴스가 개별적으로 관계를 가지는 것
💫TIP💫
UML에는 연관관계와 의존관계가 있는데, 연관(존재 적)관계는 항상 이용하는 관계이고 의존관계는 상대방 행위에 의해 발생하는 관계이다. ERD에서는 존재적 관계와 행위에 의한 관계를 구분하지 않고 표기했지 만 UML에서는 이를 구분하여 연관관계는 실선, 의존 관계는 점선으로 표현함
관계의 표기법
관계명 : 관계의 이름
관계차수 : 1:1, 1:M, M:N 관계선택성(관계선택사양) : 필수관계, 선택관계
관계 체크사항
- 2개의 엔터티 사이에 관심있는 연관 규칙 O?
- 2개의 엔터티 사이에 정보의 조합 발생 O?
- 업무기술서,장표에 관계연결에 대한 규칙 서술 O?
- 업무기술서,장표에 관계연결을 가능케 하는 동사 O?
식별자
: 여러개의 속성 중에 엔터티를 대표할 수 있는 속성을 의미하며 하나의 엔터티는 반드시 하나의 식별자가 존재해야 함
주 식별자의 특징
1) 유일성 : 주식별자에 의해 엔터티 내에 모든 인스턴스들을 유일하게 구분
2) 최소성 : 주식별자를 구성하는 속성의 수는 유일성을 만족하는 최소 수가 되어야 함
3) 불변성 : 주식별자가 한 번 특정 엔터티에 지정되면 그 식별자의 값은 변하지 않아야 함
4) 존재성 : 주식별자가 지정되면 반드시 데이터 값이 존재해야함
식별자 분류
| 분 류 | 식별자 | 설명 |
|---|---|---|
| 대표성 여부 | 주 식별자 | 엔터티 내에서 각 어커런스를 구분 할 수 있는 구분자, 타 엔터티와 참조관계를 연결할 수 있음 |
| 예시 | 부서번호, 사번, 주문번호 | |
| 보조 식별자 | 어커런스를 구분할 수 있는 구분자이나 대표성을 가지지 못해 참조관계 연결불가 | |
| 예시 | 주민등록번호 | |
| 스스로 생성여부 | 내부 식별자 | 스스로 생성되는 식별자 |
| 예시 | 부서번호, 사번, 주문번호 (각각은 부서에서, 사원, 구매신청 엔터티에서 스스로 만들어진다.) | |
| 외부 식별자 | 타 엔터티로부터 받아오는 식별자 | |
| 예시 | 사원 엔터티의 부서번호 (사원 엔터티와 부서 엔터티는 부서번호로 관계되어 있다.) | |
| 속성의 수 | 단일 식별자 | 하나의 속성으로 구성 |
| 예시 | 부서번호, 사번, 주문번호 | |
| 복합 식별자 | 2개이상의속성으로구성 | |
| 대체 여부 | 본질 식별자 | 업무에 의해 만들어지는 식별자 |
| 예시 | 부서번호, 사번 | |
| 인조 식별자 | 인위적으로 만든 식별자 | |
| 예시 | 주문번호 |
주식별자 도출기준
- 자주 이용하는 속성을 주식별자로 지정하기
- 명칭, 내역 등 이름으로 기술되는 것들은 가능하면 주식별자로 지정하지 않기
- 복합으로 주식별자를 구성할 경우 너무 많은 속성이 포함되지 않도록 한다
식별자 관계 개념
부모의 주식별자를 자식 엔터티의 주식별자로 상속되는 경우를 식별자 관계라고 한다.
-> 강한 연결관계 표현, 실선 표기
비식별자 관계 개념
부모엔터티로부터 속성을 받았지만, 자식엔터티의 주식별자로 사용하지 않고 일반적인 속성으로 사용하는 경우를 비식별자 관계라고 한다.
-> 약한 연결관계 표현, 점선 표기
