[SQLD][자격검정 실전문제] 데이터 모델링의 이해 1쪽-16쪽

▶ 엔터티

엔터티는 다른 엔터티와 관계가 있어야 한다. 단, 통계성 엔터티나, 코드성 엔터티의 경우 관계를 생략할 수 있다. 

엔터티는 2개 이상의 인스턴스를 가져야한다.

업무에서 필요하지 않으면 해당 업무의 엔터티로 성립될 수 없다.

유일한 식별자에 의해 식별이 가능해야 한다.

줄임말 쓰지 X

 

▶ 발생 시점에 따른 엔터티 분류

기본, 키 엔터티, 중심 엔터티, 행위 엔터티 

 

---

파생속성 : 빠르게 데이터를 조회하기 위해, 원래 속성값을 계산하여 저장한 것 

속성 이름 지을 때, 서술식으로 쓰지 말기 

 

정규화 : 중복을 최소화하도록 설계 

 

물리적 독립성 

DB의 파일구조 변화가 논리스키마에 영향을 주지 않는다

DB의 색인구조 변화가 응용 프로그램에 영향을 주지 않는다 

 

---

데이터 모델링의 관계

관계 표기법은 관계명, 관게차수, 선택성(선택사양)의 3가지 개념으로 표현한다

 

2개의 엔터티 사이의 관계를 도출할 때, 확인해야 할 사항 

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

---

▷ 주식별자를 지정할 때 고려해야 할 사항

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

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

자주 변하지 않는 것

주식별자가 지정되면, 반드시 값이 들어와야한다. 

 

본질식별자	인조식별자
원래 있던 거  업무에 의해 만들어진 식별자	새로 만든 거  업무적으로 만들어지지는 않았지만, 본질식별자가 복잡한 구성을 가지고 있으므로 인위적으로 만든 식별자

내부식별자	외부식별자
엔터티 내부에서 스스로 만들어지는 식별자	타 엔터티와의 관계를 통해 타 엔터티로부터 받아오는 식별자

 

식별자 관계일 때는, 반드시 부모 엔터티에 종속되어 있어야한다. 

SQL 문의 조인 관계를 최소화 하고 싶은 경우, 식별자 관계로 연결해야한다. 

 

---

도메인

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

엔터티 내에서 속성에 대한 데이터 타입의 크기, 여러가지 제약 사항을 지정한다