[노랑이] 오답 | 과목 1 | 데이터 모델링의 이해 1-33

 

1. 시스템 구현만을 의해 진행하는 사전단계의 작업으로서 데이터베이스 구축을 위한 사전작업의 의미가 있다 X

→ 모델링은 단지 시스템 구현만을 위해 수행하는 태스크가 아니며, 시스템 구현을 포함한 업무분석 및 업무형상화를 하는 목적이 있다. O

 

2. 데이터베이스를 구축하는 목적으로 데이터 모델링을 수행하며 업무에 대한 설명은 별도의 표기법을 이용한다. X

→ 데이터 모델링의 첫번째 목적 : 업무정보를 구성하는 기초 정보들을 일정한 표기법으로 표현하여 정보시스템 구축의 대상이 되는 업무 내용을 정확하게 분석하는 것이다. O

두번째 목적 : 분석된 모델로 실제 데이터베이스를 생성하여 개발 및 데이터관리에 사용하기 위한 것이다.

 

3. 데이터 모델링을 할 때 유의할 사항 : 중복성 Duplication, 비유연성 Inflexibility, 비일관성 Inconsistency

3-1) 중복성

데이터 모델은 같은 데이터를 사용하는 사람, 시간, 그리고 장소를 파악하는 데 도움을 주어 데이터베이스가 여러 장소에 같은 정보를 저장하는 잘못을 하지 않도록 한다.

3-2) 비유연성

데이터의 정의를 데이터의 사용 프로세스와 분리함으로써 데이터 모델링은 데이터 혹은 프로세스의 작은 변화가 애플리케이션과 데이터베이스에 중대한 변화를 일으킬 수 있는 가능성을 줄인다.

3-3) 비일관성

데이터 중복이 없더라고 비일관성은 발생할 수 있다. 예 : 고객의 신용 상태 변경

데이터와 데이터 간의 상호 연관 관계에 대해 명확하게 정의한다면 이러한 위험을 사전에 예방하는데 도움을 줄 수 있다.

* 사용자가 처리하는 프로세스 혹은 이와 관련된 프로그램과 테이블의 연계성을 높이는 것은 데이터 모델이 업무 변경에 대해 취약하게 만드는 단점에 해당한다.

 

5. View 단계는 여러 사용자 관점으로 구성하는 개념스키마에 해당한다. X

→ 여러 사용자 관점으로 구성하는 것은 외부스키마이다. O

 

6. 데이터베이스 스키마 구조는 3단계로 구분되고 각각은 상호 독립적인 의미를 가지고 고유한 기능을 가진다. 그중 통합관점의 스키마 구조를 표현한 것은 개념 스키마(Conceptual Schema)라고 하며, 데이터 모델링은 통합관점의 뷰를 가지고 있는 개념 스키마를 만들어가는 과정으로 이해할 수 있다.

 

7. ERD 작성 순서

엔터티를 그린다 → 엔터티를 배치한다 → 엔터티 간의 관계를 설정한다 → 관계명을 기술한다 → 관계의 참여도를 기술한다 → 관계의 필수여부를 기술한다

 

9. 엔터티는 2개 이상의 속성과 2개 이상의 인스턴스를 가져 소위 면적으로 표현될 수 있어야 비로소 기본적인 엔터티의 자격을 갖췄다 할 수 있다.

 

10. 엔터티의 특징

- 반드시 해당 업무에서 필요하고 관리하고자 하는 정보이어야 한다.

- 유일한 식별이 가능해야 한다.

- 영속적으로 존재하는 (두 개 이상의) 인스턴스의 집합이어야 한다.

- 엔터티는 업무 프로세스에 의해 이용되어야 한다.

- 엔터티는 반드시 속성이 있어야 한다.

- 엔터티는 다른 엔터티와 최소 한 개 이상의 관계가 있어야 한다.

 

12. 발생 시점에 따른 엔터티

- 기본, 키 엔터티 (Fundamental Entity, Key Entity)

- 중심 엔터티 (Main Entity)

- 행위 엔터티 (Active Entity)

 

13. 엔터티를 명명하는 일반적인 기준

- 가능하면 현업 업무에서 사용하는 용어를 사용한다.

- 가능하면 약어를 사용하지 않는다.

- 단순명사를 사용한다.

- 모든 엔터티를 통틀어서 유일하게 이름이 부여되어야 한다.

- 엔터티 생성의미대로 이름을 부여한다.

 

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

 

16. 정규형 NF : Normal Form

- 1NF : 모든 값이 원자값을 가짐

- 2NF : 부분함수종속 제거

- 3NF : 이행함수종속 제거 (식별자가 아닌 속성(주식별자의 일부 or 일반속성)이 결정자 역할을 하는 함수 종속 제거)

 

18. 도메인 Domain

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

 

19. 직원 엔터티의 이름, 고객 엔터티의 이름과 같이 엔터티별로 동일한 속성명을 사용하여 데이터 모델의 일관성을 유지하는 것이 좋다. X

→ 속성의 명칭은 애매모호하지 않게, 복합 명사를 사용하여 구체적으로 명명하여 전체 데이터모델에서 유일성을 확보하는 것이 반정규화, 통합 등의 작업을 할 때 혼란을 반지할 수 있는 방법이 된다. O

 

20. 데이터 모뎅링의 관계

연관관계는 오퍼레이션에서 파라미터 등으로 이용할 수 있고, 의존관계는 소스코드에서 멤버변수로 선언하여 사용할 수 있다. X

→ 연관관계는 소스코드에서 멤버변수로 선언하여 사용하게 하고, 의존관계는 오퍼레이션에서 파라미터 등으로 이용할 수 있도록 되어 있다. O

 

21. 관계 표기법

- 관계명 Membership : 관계의 이름

- 관계차수 Cardinality : 1:1, 1:M, M:N

- 선택성 (선택사양) Optionality : 필수관계, 선택관계

 

22. 물리적 독립성은 물리 스키마가 변경되어도 논리 스키마에 영향을 주지 않는다.

물리적 독립성은 파일 저장구조의 변경이 논리 스키마와 응용 프로그램에 영향을 주지 않는다.

 

24-25. 두개의 엔터티 사이에서 정의한 관계에 대해 확인해야 할 사항

- 두 개의 엔터티 사이에 관심 있는 연관규칙이 존재하는가?

- 두 개의 엔터티 사이에 정보의 조합이 발생하는가?

- 업무기술서, 장표에 관계연결에 대한 규칙이 서술되어 있는가?

- 업무기술서, 장표에 관계연결을 가능하게 하는 동사(Verb)가 있는가?

 

27. 식별자 종류

- 엔터티 내에서 대표성을 가지는가?

  - 주식별자 Primary Identifier : 엔터티 내에서 각 어커런스를 구분할 수 있는 구분자이며, 타 엔터티와 참조관계를 연결할 수 있음

  - 보조식별자 Alternate Identifier : 엔터티 내에서 각 어커런스를 구분할 수 있는 구분자이나 대표성을 가지지 못해 참조관계 연결을 못함

- 엔터티 내에서 스스로 생성되었는가?

  - 내부식별자 : 엔터티 내부에서 스스로 만들어지는 식별자

  - 외부식별자 Foreign Identifier : 타 엔터티와의 관계를 통해 타 엔터티로부터 받아오는 식별자

- 단일 속성으로 식별되는가?

  - 단일식별자 Single Identifier : 하나의 속성으로 구성된 식별자

  - 복합식별자 Composit Identifier : 둘 이상의 속성으로 구성된 식별자

- 원래 업무적으로 의미가 있던 식별자 속성을 대체하여 일련번호와 같이 새롭게 만든 식별자를 구분

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

  - 인조식별자 : 둘 이상의 속성으로 구성된 식별자

 

29. 주식별자의 특징

- 유일성 : 주식별자에 의해 엔터티 내에 모든 인스턴스들을 유일하게 구분함

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

- 불변성 : 주식별자가 한번 특정 엔터티에 지정되면 그 식별자의 값은 변하지 않아야 함

- 존재성 : 주식별자가 지정되면 반드시 데이터 값이 존재해야 함 (NULL 허용 안됨)

 

30. SQL 문의 조인 관계를 최소화 하는 경우 비식별자 관계로 연결해야 한다. X

→ SQL 문의 조인 관계를 최소화하기 위해 식별자 관계로 연결해야 한다. O

 

항목	식별자 관계	비식별자 관계
목적	강한 연결관계 표현	약한 연결관계 표현
자식 주식별자 영향	주식 주식별자의 구성에 포함됨	자식 일반 속성에 포함됨
표기법	실선 표현	점선 표현
연결 고려사항	- 반드시 부모 엔터티에 종속 - 자식 주식별자 구성에 부모 주식별자 포함 필요 - 상속받은 주식별자 속성을 타엔터티에 이전 필요	- 약한 종속관계 - 자식 주식별자 구성을 독립적으로 구성 - 자식 주식별자 구성에 부모 주식별자 부분 필요 - 상속받은 주식별자 속성을 타 엔터티에 차단 필요 - 부모쪽의 관계참여가 선택관계

 

33. 속성

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

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

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

* 일반속성 : 엔터티 구성방식에 따른 분류속성으로 엔터티에 포함되어 있고 PK, FK에 포함되지 않은 속성이다.