데이터 모델링의 이해 [기출문제 정리]
[핵심정리]
* ERD 작성 순서
- 엔터티를 그린다.
- 엔터티를 적절하게 배치한다.
- 엔터티간 관계를 설정한다.
- 관계명을 기술한다.
- 관계의 참여도를 기술한다.
- 관계의 필수여부를 기술한다.
* 엔터티의 특징
- 반드시 해당 업무에서 필요하고 관리하고자하는 정보이어야 한다.
- 유일한 식별자에 의해 식별이 가능해야 한다.
- 영속적으로 존재하는 인스턴스의 집합이어야 한다.
- 엔터티는 업무 프로세스에 의해 이용되어야 한다.
- 엔터티는 반드시 속성이 있어야 한다.
- 엔터티는 다른 엔터티와 최소 한 개 이상의 관계가 있어야 한다.
* 엔터티, 인스턴스, 속성, 속성값의 관계
- 한 개의 엔터티는 두 개 이상의 인스턴스의 집합이어야 한다.
- 한 개의 엔터티는 두 개 이상의 속성을 갖는다.
- 한 개의 속성은 한 개의 속성값을 갖는다.
1. ERD에 대한 설명으로 가장 부적절한 것은?
a. 1976년 피터첸에 의해 Entity-Relationship Model이라는 표기법이 만들어졌다.
b. 일반적으로 ERD를 작성하는 방법은 엔터티 도출 -> 엔터티 배치 -> 관계 설정 -> 관계명 기술의 흐름으로 작업을 진행한다.
c. 관계의 명칭은 관계 표현에 있어서 매우 중요한 부분에 해당한다.
d. 가장 중요한 엔터티를 오른쪽 상단에 배치하고 추가 발생되는 엔터티들을 왼쪽 편과 하단에 배치하는 것이 원칙이다.
2. 다음 중 아래 시나리오에서 엔터티로 가장 적절한 것은?
- S병원은 여러 명의 환자가 존재하고 각 환자에 대한 이름, 주소 등을 관리해야 한다.(단, 업무범위와 데이터의 특성은 상기 시나리오에 기술되어 있는 사항만을 근거하여 판단해야 함)
a. 병원 b. 환자 c. 이름 d.주소
3. 다음 중 엔터티의 특징으로 가장 부적절한 것은?
a. 속성이 없는 엔터티는 있을 수 없다. 엔터티는 반드시 속성을 가져야 한다.
b. 엔터티는 다른 엔터티와 관계가 있을 수 밖에 없다. 단, 통계성 엔터티나, 코드성 엔터티의 경우 관계를 생략할 수 있다.
c. 객체지향의 디자인패턴에는 싱글턴패턴이 있어 하나의 인스턴스를 가지는 클래스가 존재한다. 이와 유사하게 엔터티는 한 개의 인스턴스를 가지는 것만으로도 충분한 의미를 부여할 수 있다.
d. 데이터로서 존재하지만 업무에서 필요로 하지 않으면 해당 업무의 엔터티로 성립될 수 없다.
4. 다음 중 엔터티의 일반적인 특징으로 가장 부적절한 것은?
a. 다른 엔터티와의 관계를 가지지 않는다.
b. 유일한 식별자에 의해 식별이 가능해야 한다.
c. 엔터티는 업무 프로세스에 의해 이용되어야 한다.
d. 엔터티는 반드시 속성을 포함해야 한다.
5. 다음 중 다른 엔터티로부터 주식별자를 상속받지 않고 자신의 고유한 주식별자를 가지며 사원, 부서, 고객, 상품, 자재 등이 예가 될 수 있는 엔터티로 가장 적절한 것은?
a. 기본 엔터티
b. 중심 엔터티
c. 행위 엔터티
d. 개념 엔터티
6. 다음 중 엔터티의 이름을 부여하는 방법으로서 가장 부적절한 것은?
a. 가능하면 약어를 사용하여 엔터티의 이름을 간결하고 명확하게 한다.
b. 현업의 업무 용어를 사용하여 업무상의 의미를 분명하게 한다.
c. 모든 엔터티에서 유일한 이름이 부여되어야 한다.
d. 엔터티가 생성되는 의미대로 자연스럽게 부여하도록 한다.
7. 업무에서 필요로 하는 인스턴스에서 관리하고자 하는 의미상 더 이상 분리되지 않는 최소의 데이터 단위를 무엇이라 하는가? [ ]
8. 다음 중 속성에 대한 설명으로 가장 부적절한 것은?
a. 엔터티에 대해 자세하고 구체적인 정보를 나타낸다.
b. 하나의 엔터티는 두 개 이상의 속성을 갖는다.
c. 하나의 인스턴스에서 각각의 속성은 하나 이상의 속성값을 가질 수 있다.
d. 속성도 집합이다.
[정답]
1. d
2. b
3. c
4. a
5. a
6. a
7. 속성(Attribute)
8. c
'DB > SQLD' 카테고리의 다른 글
| [J STORY] [SQLD/SQLP] 데이터 모델링의 이해 - 기출문제 정리 #1 (1) | 2021.08.21 |
|---|
