[SQLD] 제 3절. 속성(Attribute) - 4. 속성의 분류

[출처 : SQL 전문가 가이드(2013 EDITION)]

 

4. 속성의 분류

가. 속성의 특징에 따른 분류

속성의 분류

  1) 기본속성 (Basic Attribute) - 업무분석을 통해 바로 정의한 속성

• 업무로부터 추출한 모든 속성
• 엔터티에 가장 일반적이고 많은 속성을 차지
• 코드성 데이터, 엔터티를 식별하기 위해 부여된 일련번호, 그리고 다른 속성을 계산하거나 영향을 받아 생성된 속성을 제외한 모든 속성은 기본속성
• 주의해야할 것은 업무로부터 분석한 속섣ㅇ이라도 이미 업무상 코드로 정의한 속성이 많다는 것. 이러한 경우도 속성의 값이 원래 속성을 나타내지 못하므로 기본속성이 되지 않는다

  2) 설계속성 (Designed Attribute) - 원래 업무상 존재하지는 않지만 설계를 하면서 도출해내는 속성

• 업무상 필요한 데이터 이외에 데이터 코델링을 위해, 업무를 규칙화하기 위해 속성을 새로 만들거나 변형하여 정의하는 속성
• 대개 코드성 속성은 원래 속성을 업무상 필요에 의해 변형하여 만든 설계속성이고 일련번호와 같은 속성은 단일(Unique)한 식별자를 부여하기 위해 모델 상에서 새로 정의하는 설계속성이다

  3) 파생속성 (Derived Attribute) - 다른 속성으로부터 계산이나 변형이 되어 생성되는 속성

• 다른 속성에 영향을 받아 발생하는 속성으로서 보통 계산된 값들이 이에 해당
• 다른 속성에 영향을 받기 때문에 프로세스 설계 시 데이터 정합성을 유지하기 위해 유의해야할 점이 많으며 가급적 파생속성을 적게 정의하는 것이 좋음
• 예를 들어 '이자'라는 속성이 존재한다고 하면 이자는 원금, 예치기간, 이자율에서 계산되는 속성값이다. 그렇다면 원금이 1,000원에서 2,000원으로 변하여도 영향을 받고 예치기간이 5개월에서 7개월로 증가해도 값이 변하며 이자율이 5.0%에서 5.1%가 되어도 값이 변할 것이다. 한 번 값이 변해도 또 다시 영향을 미치는 속성값의 조건이 변한다면 이자의 값은 지속적으로 변경될 것이다.

 

• 파생속성은 될 수 있으면 꼭 필요한 경우에만 정의하도록 하여 업무로직이 속성 내부에 숨지 않도록 하는 것이 좋다
• 파생속성을 정ㄷ의한 경우는 속성정의서에 파생속성이 가지는 업무로직을 기술하여 데이터의 정합성이 유지될 수 있도록 해야 하며 그 파생속성에 원이이 되는 속성을 이용하는 모든 애플리케이션에서는 값을 생성하고, 수정하고 삭제할 떄 파생속성도 함께 고려해주어야 한다.

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

• PK속성 : 엔터티를 식별할 수 있는 속성
• FK속성 : 다른 엔터티와의 관계에서 포함된 속성
• 일반속성 : 엔터티에 포함되어 있고 PK, FK에 포함되지 않은 속성

속성의 분류

다. 그 외 분류방식

  1) 속성 내에서 세부 의미를 쪼갤 수 있는지 여부

• 단순 속성 : 더 이상 다른 속성들로 구성될 수 없는 단순한 속성(ex. 나이, 성별)
• 복합 속성 : 여러 세부 속성들로 구성 구성될 수 있는 속성(ex. 주소 속성은 시, 구, 동, 번지 등의 세부 속성으로 구성)

  2) 속성값에 대한 분류

     - 일반적으로 속성은 하나의 값을 가지고 있으나, 그 안에 동일한 성질의 여러 개의 값이 나타나는 경우가 있음

• 단일값 속성 : 속성 하나에 한 개의 값을 가지는 경우 (ex. 주민등록번호)
• 다중값 속성 : 여러 개의 값을 가지는 경우 (ex. 어떤 사람의 전화번호와 같은 속성은 집, 휴대전화, 회사 전화번호 등 여러 개의 값을 가질 수 있음. 자동차의 색상 속성도 차 지붕, 차체, 외부의 색이 다를 수 있음)
• 다중값 속성의 경우 하나의 엔터티에 포함될 수 없으므로 1차 정규화를 하거나, 아니면 별도의 엔터티를 만들어 관계로 연결해야 한다.