1. 식별자 개념

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

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

2. 주식별자의 특징

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

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

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

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

3. 식별자 분류 및 표기법

가. 식별자 분류

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

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

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

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

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

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

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

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

나. 식별자 표기법

4. 주식별자 도출기준

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

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

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

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

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

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

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

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

나. 식별자 관계

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

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

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

다. 비식별자 관계

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

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

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

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

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

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

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

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

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

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

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

1. 관계의 개념

가. 관계의 정의

: 상호 연관성이 있는 상태

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

나. 관계의 페어링

개별 인스턴스가 각각 다른 종류의 관계를 가지고 있다면 두 엔티티 사이에 두 개 이상의 관계가 형성

2. 관계의 분류

가. 존재에 의한 관계 : 부서와 사원

나. 행위에 의한 관계 : 고객과 주문, 주문과 배송

ERD에서는 존재적 관계와 행위에 의한 관계를 구분하지 않지만

클래스다이어그램에서는 연관관계에서는 실선으로 의존 관계에서는 점선으로 표현

3. 관계의 표기법

가. 관계명 : 관계에 참여하는 형태를 지칭

• 애매한 동사를 피하고 구체적으로 작성
• 현재형으로 표현

나. 관계차수 : 참여자의 수를 표현 1:1, 1:M, M:M

4. 관계 선택 사항

가.  필수참여 : 모든 참여자가 반드시 관계를 가져야함

나.  선택참여

5. 관계의 정의 및 읽는 방법

가. 관계 체크사항

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

나. 관계 읽기

 1. 속성의 개념

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

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

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

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

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

나. 속성 표기법

다. 속성의 특징

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

3. 속성의 분류

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

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

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

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

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

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

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

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

4. 도메인

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

5. 속성의 명명

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