1. 식별자 개념

각각을 구분할 수 있는 논리적인 이름, 여러 개 속성중에 대표할 수 있는 속성

하나의 엔티티에는 반드시 하나의 유일한 식별자가 존재해야함

2. 주식별자의 특징

유일성 : 주식별자에 의해 엔티티 내의 모든 인스턴스가 유일하게 구분되어야 한다. Unique

최소성 : 주식별자를 구성하는 속성의 수는 유일성을 만족하는 최소의 수가 되어야 한다.

불변성 : 지정된 주식별자의 값은 자주 변하지 않아야 한다.

존재성 : 주식별자가 지정된면 반드시 값이 들어와야 한다. Not Null

3. 식별자 분류 및 표기법

가. 식별자 분류

대표성 여부 - 주 식별자 : 엔티티 내에서 각 어커런스를 구분할 수 있고, 타 엔티티와 참조관계를 연결할 수 있음

 - 보조 식별자 : 엔티티 내에서 각 어커런스를 구분하나 타 엔티티와의 참조 관계는 불가능

스스로 생성 여부 - 내부 식별자 : 엔티티 내부에서 스스로 만들어진 식별자

         - 보조 식별자 : 타 엔티티와 관계를 통해 타 엔티티로부터 받아오는 식별자

단일 속성 여부 - 단일 식별자 : 하나의 속성

      - 복합 식별자 : 둘 이상의 속성

대체 여부 - 본질 식별자 : 업무에 의해 만들어지는 식별자

       - 인조 식별자 : 원조 식별자가 복잡한 구성을 가지고 있기 떄문에 인위적으로 만든 식별자

나. 식별자 표기법

4. 주식별자 도출기준

가. 해당 업무에서 자주 이용되는 속성 : 사원번호, 주민등록번호

나. 명칭, 내역 등 이름으로 기술되는 것은 피함 : 일련번호나 코드 생성하여 사용

다. 복합으로 주식별자 구성할 경우 너무 많은 속성 포함되지 않도록 : 상속시 성능 저하 가능, 반정규화

       인조식별자로 만들때 장단점이 있음

5. 식별자 관계와 비식별자 관계에 따른 식별자

가. 식별자관계와 비식별자 관계의 결정

외부 식별자 : 타 엔티티와의 관계를 통해 자식 쪽에 엔티티 생성되는 속성 = Foregin Key

            부모엔티티에서 받은 자식엔티티를 주식별자로 이용할것인지에 대한 결정 필요

나. 식별자 관계

자식 엔티티의 주식별자로 부모의 주식별자가 상속되는 경우

1:1의 관계 : 부모로부터 받은 속성만 사용

1:M의 관계 : 부모로부터 받은 속성을 포함하고 스스로의 주식별자 구성

다. 비식별자 관계

부모엔티티로부터 속성을 받았지만 자식엔티티에서는 주 식별자로 사용하지 않음

1. 자식엔티티에서 받은 속성이 반드시 필수가 아니어도  무방하기 떄문에 부모없는 자식이 생성될 수 있는 경우
2. 엔티티별로 생명주기를 다르게 관리가 되어서 자식만 남겨두고 부모가 먼저 소멸되는 경우
3. 여러개의 엔티티가 하나의 엔티티로 통합되었는데 각각의 엔티티가 별도의 관계를 가질 경우
4. 자식엔티티에서 별도의 주식별자를 생성하는 것이 유리하다고 판단

라. 식별자 관계로만 설정할 경우의 문제점

지속적으로 식별자 관계를 연결한 데이터 모델의 PK속성의 수는 데이터 모델의 길어질수록 증가하는 구조

식별자 관계로만 연결된 데이터 모델의 특징은 주식별자 속성이 지속적으로 증가할 수밖에 없어서 구조로서 개발자 복잡성과 오류 가능성 유발

마. 비식별자 관계로만 설정할 경우 문제점

불필요한 조인이 다량으로 유발되며 성능이 저하되는 현상 발생, 복잡성 증가

바. 식별자관계와 비식별자관계 모델링

1. 비식별자 관계 선택 프로세스

식별자 관계로 모든 관계가 연결외면서 다음 조건을 해달할 경우 비식별자 관계로 조정

2. 식별자와 비식별자관계 비교

 1. 속성의 개념

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

• 업무에서 필요
• 의미상 더 이상 분리 되지 않음
• 엔티티를 설명하고 인스턴스의 구성요소

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

가. 엔티티, 인스턴스, 속성, 속성값의 관계

• 한 개의 엔티티는 두 개 이상의 인스턴스의 집합이어야 한다.
• 한 개의 엔티티는 두 개 이상의 속성을 갖는다.
• 한 개의 속성은 한 개의 속성값을 갖는다.

나. 속성 표기법

다. 속성의 특징

• 반드시 해당 업무에 필요하고 관리하고자 하는 정보
• 정규화 이론에 근거한 주식별자에 함수적 종속성을 가져야 함
• 하나의 속성에는 하나의 속성값을 가진다. 여러 가지 값을 가지면 별도의 엔티티로 분리

3. 속성의 분류

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

1. 기본속성 : 업무로부터 추출한 모든 속성
2. 설계속성 : 데이터 모델링을 위해 업무 규칙화하기 위해 속성을 새로 만들거나 변형하여 정의하는 속성, 코드성속성
3. 파생속성 : 다른 속성에 영향을 받아 발생, 검증시 활용됨,  원인이 되는 값도 노출하여 숨지 않도록 해야 함, 정합성 유지해야 하며 적게 정의해야함

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

1. PK속성 : 엔티티 식별할수 있는 속성
2. FK속성 : 다른 엔티티와의 관계에서 포함된 속성
3. 일반속성 : PK,FK에 포함되지 않는 속성

 복합속성 : 여러 세부 속성으로 구성 ex) 주소

 단순속성 : 더 이상 다른 속성으로 구성 될수 없음 ex) 이름, 성별

단일값 : 속성 하나에 한 개의 값을 가지는 경우

다중값 : 속성 하나에 여러개의 값을 가지는 경우 ex) 주민등록번호

4. 도메인

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

5. 속성의 명명

1. 해당업무에서 사용하는 이름
2. 서술식 속성명은 사용하지 않음
3. 약어 제한
4. 유일성 확보 필요

1. 엔티티의 개념

사람, 장소, 물건, 사건, 개념 등의 명사

업무상 관리가 필요한 관심사

저장되기 위한 어떤 것

업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것(things)

동질성을 지닌 인스턴스들이나 그 행위의 집합

2. 엔티티와 인스턴스에 대한 내용과 표기법

3. 엔티티의 특징

가. 업무에서 필요로 하는 정보   : 업무영역 내에서 관리할 필요가 있는지 먼저 판단

나. 식별이 가능해야함               : 식별자에 의한 식별이 가능 해야함, 이름은 불가능, 사원번호는 가능

다. 인스턴스의 집합                  : 두개 이상의 인스턴스의 집합

라. 업무 프로세스 의해 이용      : 업무 프로세스상에 꼭 필요한 엔티티여야 함

마. 속성을 포함                         : 엔티티 이름만 가지고 있는 경우가 생략되거나 업무 분석이 미진하여 속성정보가 누락되면 안됨, 관계엔티티는 주식별자면 인정

바. 관계의 존재                         : 최소 한 개 이상의 관계가 존재해야 함

      단, 통계성 엔티티 도출, 코드성 엔티티 도출, 시스템 처리시 내부에 필요의 의한 엔티티 도출은 인정

4. 엔티티의 분류

가. 유무형에 따른 분류

1. 유형엔티티 : 물리적 형태가 있고 안정적이며 지속적으로 활용되는 엔티티 ex) 사원, 물품, 강사
2. 개념엔티티 : 물리적인 형태는 존재하지 않고 관리해야하는 개념적 정보 ex) 조직, 보험상품
3. 사건엔티티 : 업무를 수행함에 따라 발생하는 엔티티 ex) 주문, 청구, 미납

나. 발생시점에 따른 분류

1. 기본엔티티 : 원래 존재하는 정보로 독립적으로 생성 가능하고 부모 역할을 함, 고유 식별자 존재 ex) 사원, 부서, 고객, 상품, 자재
2. 중심엔티티 : 기본엔티티로부터 발생되고 업무의 중심에 있다. 양이 많아 관계를 통해 행위 엔티티 생성 ex) 사고, 계약, 예금, 청구, 주문, 매출
3. 행위엔티티 : 2개 이상의 부모엔티티로 부터 발생되고 자주 내용이 바뀌고 양이 증가 ex) 주문목록, 사원변경이력

다. 엔티티 분류 방법의 예

5. 엔티티의 명명

1. 현업에서 사용하는 용어 사용
2. 약어사용하지 않음
3. 단순명사 사용
4. 유일한 이름 부여
5. 생성의미대로 부여