SLQD 개념 정리 - 데이터 모델링 (2)

속성

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

한 개의 속성은 한 개의 속성값을 갖는다.

 

특징

• 엔티티와 마찬가지로 반드시 업무에서 필요한 정보이어야 한다.
• 정해진 주식별자에 함수적 종속성을 가져야 한다.
• 한 속성은 한 개의 값만 가진다.

분류

 

1. 특성에 따른 분류

기본 속성	업무에서 추출한 모든 송성	이름, 계좌번호, 이자율
설계 속성	데이터 모델링을 위해 만든 속성 (일련번호)	상품코드, 지점코드
파생 속성	계산되는 값 속성	합계, 평균, 이자

2. 엔티티 구성방식에 따른 분류

PK 속성	엔티티를 식별할 수 있는 속성
FK 속성	다른 엔티티와의 관계를 나타내는 속성
일반 속성	PK, FK가 아닌 속성

3. 세부의미에 따른 분류

단순 속성	세부 의미로 쪼갤 수 없는 속성	시, 구, 동, 번지
복합 속성	세부 의미로 쪼갤 수 있는 속성	주소

4. 개수에 따른 분류

단일값 속성	속성 하나에 한개의 값을 가지는 속성
다중값 속성	속성 하나에 다중 값을 가지는 속성 -> 1처 정규화 진행 필요	취미가 2개인 사람

 

도메인 (Domain)

속성이 가질 수 있는 값의 범위

 

속성명 생성 시 유의사항

• 해당 업무에서 사용하는 이름을 부여
• 서술식 속성명 X, 명사형 속성명 사용
• 약어사용은 가급적 제한
• 전체 데이터모델에서 유일성 확보하는 것이 좋다. (엔티티별로 동일한 속성명 사용하는 일관성은 X)

---

관계

인스턴스 사이의 논리적인 연관성으로서 존재의 형태로서나 행위로써 서로에게 연관성이 부여된 상태

엔티티가 인스턴스의 집합을 논리적으로 표현한 것과 동일하게 관계는 관계 페어링의 집합을 논리적으로 표현한 것

 

관계 페어링

엔티티 안의 인스턴스가 개별적으로 관계를 가지는 것

 

분류

 

1. 존재에 따른 분류 

• 엔티티 간의 상태를 의미
• ERD에서는 존재/행위에 따른 표기 구분 없음
• UML에서는 연관관계에 해당하며 실선으로 표현  : 소속한다

2. 행위에 따른 분류

• 엔티티 간의 행위를 의미
• ERD에서는 존재/행위에 따른 표기 구분 없음
• UML에서는 의존관계에 해당되며 점선으로 표현 : 주문한다

관계의 표기법

• 관계명 : 관계의 이름, 관계명은 능동적이거나 수동적으로 명명, 현재형으로 표현
• 관계차수 : 1:1 / 1:N / N:M으로 표현
• 관계선택사양 : 필수참여관계 - 엔티티 간 필수적으로 연결되어야 하는 관계
                           선택참여관계 - 엔티티 간 선택적으로 연결되어야 하는 관계

관계 정의 시 체크사항

• 두 엔티티 사이에 관심 있는 연관규칙이 존재하는가?
• 두 엔티티 사이에 정보의 조합이 발생되는가?
• 업무기술서, 장표에 관계 연결에 대한 규칙이 서술되어 있는가?
• 업무기술서, 장표에 관계 연결을 가능하게 하는 동사(Verb)가 있는가? (명사는 X)