데이터 모델링의 이해(3) 속성

1. 속성의 개념

• 업무에서 필요로 하고, 인스턴스에서 관리하고자 하며, 의미상 더 이상 분리되지 않은 데이터 단위
• 엔터티를 설명하고, 인스턴스의 구성요소가 됨

2. 엔터티, 인스턴스와 속성, 속성값에 대한 내용 및 표기법

1) 엔터티, 인스턴스, 속성, 속성값의 관계

• 엔터티에는 두개이상의 인스턴스가 존재, 각 엔터티에는 고유의 성격을 표현하는 속성 정보 두개 이상
• 한 개의 속성에는 한 개의 속성값을 가짐

2) 속성의 표기법

• 속성의 표기법은 인터티 내에 이름을 포함하여 표현하면 됨

3. 속성의 특징

• 엔터티와 마찬가지로 반드시 해당 업무에서 필요하고 관리하고자 하는 정보여야함
• 정규화 이론에 근간하여 정해진 주식별자에 함수적 종속성을 가져야함
• 한 개의 속성에는 한개의 값만 가진다

4. 속성의 분류

1) 특정에 따른 분류

• 기본속성 : 업무로부터 추출한 모든 속성
• 설계속성 : 업무상 필요한 데이터 외에 데이터 모델링이나 업무 규칙화를 위해 속성을 새로 만들거나 변형하여 정의하는 속성
• 파생속성 : 다른 속성으로부터 계산이나 변형이 되서 생성되는 속성

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

• pk속성 : 엔터티를 식별할 수 잇는 속성
• fk속성 : 다른 엔터티와의 관계에서 포함된 속성
• 일반속성 : 엔터티에 포함되어 있고, pk, fk 에 포함되지 않은 속성
  -- 복합속성 : 여러 세부 속성들로 구성됨 (주소)
  -- 단순속상 : 더 이상 다른 속성들로 구성될 수 없는 속성
  -- 단일값속성 : 반드시 하나의 값으로 구성
  -- 다중값속성 : 여러개의 값으로 구성

5. 도메인

• 각 속성이 가질 수 있는 값의 범위
• 엔터티 내에서 속성에 대한 데이터 타입과 크기, 제약사항을 지정하는것

6. 속성의 명멍

• 해당업무에서 사용
• 서술식 속성명은 사용하지 않음
• 약어는 안됨
• 유일성 확보하는 것이 중요

7. 잡담

Attribute 와 Relation 설계가 어쩌면 RDBMS 의 꽃이 아닐까 싶다. 실제로 pk, fk 설계와 Join 을 통해 Select 조건이 가장 빈번하게 일어날 것이고, 제대로 설계해야 속도 최적화가 될 것이다. 실제 시험에서 가장 헷갈렸던 부분은 속성과 관계를 도식화한 ERD 에서 점선과 실선의 차이와 기호의 종류가 가장 헷갈렸던 거로 기억한다. 시험 보는 사람은 이 부분을 꼭 명확하게 보고 들어가면 한문제 더 맞출 수 있을 것이다.