SQLD 시험 대비 - 데이터 모델링의 이해 (2)

속성(Attribute) - 업무에서 필요로 하는 인스턴스로 관리하고자 하는 의미상 분리되지 않는 최소의 데이터 단위 

- 1 개의 엔터티는 2개 이상의 인스턴스 집합 

- 1 개의 엔터티는 2개 이상의 속성을 가짐

- 1 개의 속성은 1개의 속성값을 가짐 (1개 이상 불가)

 

구성 방식의 분류 : PK, FK , 일반 속성

PK: 엔터티를 식별하는 속성

FK: 타 엔터티와 관계에서 포함된 속성

일반속성: PK, FK가 아닌 속성 

속성의 분류 : 기본, 설계, 파생 속성

 -  기본 : 업무로부터 추출한 모든 일반적인 속성

 -  설계 : 업무를 규칙화하기 위해 새로 만들거나 변형, 정의하는 속성 ex) 일련번호, 분류코드

 -  파생 : 다른 속성에 영향을 받아 발생하는 속성 (계산된 값 x) 빠른 성능을 낼 수 있도록 원래 속성의 값을 계산,

적을수록 좋다! ex) 합

 

도메인: 속성에 대한 데이터 타입, 크기, 제약사항 (각 속성이 가질 수 있는 값의 범위)

 

속성의 명명

1. 해당업무에서 사용하는 이름 부여

2. 서술식 속성명은 사용금지 -> 복합명사 사용

3. 약어 사용 금지
4. 구체적으로 명명하여 데이터 모델에서 유일성 확보 (단 동일한 속성명은 x)

 

관계(RelationShip) - 엔터티의 인스턴스 사이의 논리적인 연관성으로써 존재의 형태로서나 행위로써 서로에게 연관성이 부여된 상태, 관계 페어링의 집합, ex) 강사- 가르친다.(관계) -  수강생

 

페어링 : 엔터티 안에 인스턴스가 개별적으로 관계를 가지는것;. -> 페어링의 집합은 '관계';

 

UML(통합 모델링 언어) 에서의 관계

연관 관계(실선) : 항상 이용하는 관계 ex) 소속된다.

의존 관계(점선) : 상대 행위에 의해 발생하는 관계 ex) 주문한다.

( ✔ ) ERD: 존재/ 행위에 의한 관계 구분이 없다. 오로지 식별 / 비 식별로만 구분한다.

 

관계의 표기법 ( 엔터티가 관계에 참여하는 형태)

관계명 : 관계의 이름 (포함한다/ 소속된다.)

관계자 수: 1:1. 1:n n:m

관계 선택성:(관계 선택사양) : 필수관계, 선택관계 ex) 쇼핑카트와 주문목록의 관계

필수관계 => 참여하는 모든 엔터티가 항상 참여 ex) 주문서와 주문 목록의 관계

 

관계 체크사항 

1. 2개의 엔터티 사이에 관심있는 연관 규칙 0?

2. 2개의 엔터티 사이에 정보의 조합 발생 0?

3. 업무 기술서, 장표에 관계 연결에 대한 규칙 서술 0?

4. 업무 기술서,  장표에 관계 연결을 가능케 하는 동사 0?