SQL 개발자 자격증 공부 - 1과목 데이터 모델링의 이해 ( 1 / 2 )

데이터 모델링이란

 

• 정보 시스템을 구축하기 위한 데이터 관점의 업무 분석 기법

• 현실 세계의 데이터를 약속된 표기법으로 표현하는 과정

• 데이터베이스를 구축하기 위한 분석 및 설계의 과정

을 말하고

 

데이터 모델링의 유의점으로는

 

• 중복(Duplication)

• 비유연성(Inflexibility)

• 비일관성(Inconsistency)

3가지가 있습니다.

 

 

데이터 모델링의 관계

 

• 관계는 존재에 의한 관계와 행위에 의한 관계로 구분될 수 있음

• ERD에서는 관계를 연결할 때, 존재와 행위를 구분하지 않고 단일화된 표기법을 사용함

• UMI(Unified Modeling Language)에는 클래스 다이어그램의 관계 중 연관관계(Assocication)와 의존관계(Dependency)가 있고, 이것은 실선과 점선의 표기법으로 다르게 표현이됌

• 연관관계는 항상 이용하는 관계로존재적 관계에 해당함

• 의존관계는 상대방 클래스의 행위에 의해 관계가 형성되는 행위적 관계에 해당함

• 연관관계는 소스코드에서 멤버변수로 선언하여 사용할 수 있음

• 의존관계는 오퍼레이션에서 파라미터 등으로 이용할 수 있 

---

데이터베이스 스키마 구조 3단계는

 

• 외부 스키마(External Schema)

 

• 개념 스키마(Conceptual Schema)

     - 모든 사용자 관점을 통합한 조직 전체 관점의 통합적 표현

     - 모든 응용시스템들이나 사용자들이 필요로 하는 데이터를 통합한 조직 전체의 DB를 기술한 것으로 DB에 저장되는

       데이터와 그들 간의 관계를 표현하는 스키마

• 내부 스키마(Internal Schema)

---

ERD 작성 순서

 

① 엔터티를 그린다.

② 엔터티를 적절하게 배치한다.

③ 엔터티 간 관계를 설정한다.

④ 관계명을 기술한다.

⑤ 관계의 참여도를 기술한다.

⑥ 관계의 필수여부를 기술한다.

 

 

 

---

엔티티의 특징

 

• 반드시 해당 업무에서 필요하고 관리하고자 하는 정보이어야 한다.(ex. 환자, 토익의 응시횟수, ...)

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

• 영속적으로 존재하는 인스턴스의 집합 이어야 한다.(한 개가 아니라 두 개 이상

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

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

•  최소 한 개 이상의 관계가 있어야 한다.

 

 

엔터티의 발생 시점에 따른 엔터티로는

 

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

• 중심 엔터티(Main Entity)

• 행위 엔터티(Active Entity)

3개가 있습니다.

 

 

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

 

• 한 개의 엔터티는 두 개 이상의 인스턴스 집합 이어야 합니다.

• 한 개의 엔터티는 두 개 이상의 속성을 갖습니다.

• 한 개의 속성은 한 개의 속성값을 갖습니다.

---

속성

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

- 엔터티에 대한 자세하고 구체적인 정보를 나타냄

- 속성도 집합임

 

 

속성의 특성에 따른 분류는

• 기본속성

• 설계속성

• 파생속성

3가지로 나뉩니다.

 

 

도메인

• 각 속성의 가질 수 있는 값의 범위

• 엔터티 내에서 속성에 대한 데이터 타입과 크기 그리고 제약사항을 지정함

 

 

속성의 명칭 부여

 

• 해당 업무에서 사용하는 이름을 부여한다

• 서술식 속성명은 사용하지 않는다

• 약어 사용은 가급적 제한한다

• 전체 데이터 모델에서 유일성을 확보하는것이 좋다

---

데이터 베이스 테이블 정규화

 

1차 정규화 (First Normal Form - 1NF)

• 각 테이블의 모든 속성은 원자적인 값(Atomic value)만을 가지도록 분해되어야함

• 즉, 하나의 속성이 여러 값을 포함하지 않도록 해야 함

• ex) 학생 테이블에서 "전화번호" 속성에 여러 전화번호가 들어가지 않도록 분리하는 것

• 중복속성에 대한 분리가 1차 정규화의 대상이 되며, 로우단위의대상이 되지만 칼럼 단위로 중복이 되는 경우도 1차 정규화의 대상입니다. 

 

2차 정규화 (Second Normal Form - 2NF)

• 1차 정규화를 만족하면서, 부분 함수 종속을 제거하는 것이 목표

• 테이블의 모든 속성이 기본 키에 대해 완전 함수 종속이어야함

• 즉, 기본 키의 일부 속성이 아닌 다른 속성에 의해 결정되면 그 속성을 별도의 테이블로 분리하여 2차 정규화를 만족시킴

 

3차 정규화 (Third Normal Form - 3NF)

• 2차 정규화를 만족하면서, 이행적 함수 종속을 제거해야함

• 모든 속성이 기본 키에 대해 이행적으로 종속되지 않아야 함.

• 즉, 어떤 비기본 키 속성이 다른 비기본 키 속성에 종속되면, 그 종속 관계를 분리하여 3차 정규화를 달성함.

---

데이터 독립성

 

• 논리적 독립성

• 물리적 독립성

     - 데이터베이스의 파일 구조의 변화가 논리스키마에 영향을 주지 않음

     - 데이터베이스의 색인 구조의 변화가 응용 프로그램에 영향을 주지 않

• 개념적 독립성

• 내부적 독립성

 

 

관계의 표기법

 

• 관계명(Membership)

     - 관계의 이름

• 관계차수(Cardinlity)

     - 1:1, 1:M, M:M

• 관계선택사양(Optionality)

     - 필수관계, 선택관계

 

 

두 개의 엔터티 사이에서 관계를 도출할 때 확인 사항

 

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

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

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

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

 

 

 

식별자의 종류

 

• 엔터티 내에서 대표성을 가지는가에 따라 주식별자(Primary Identifier)와 보조식별자(Alternate Identifier)로 구분

• 엔터티 내에서 스스로 생성되었는지 여부에 따라 내부식별자와 외부식별자(Foreign Identifier)로 구분

• 단일 속성으로 식별이 되는가에 따라 단일식별자(Single Identifier)와 복합식별자(Composit Identifier)로 구분

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

 

 

주식별자의 특징

 

• 유일성

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

• 최소성

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

• 불변성

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

• 존재성

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

---

SQL 개발자 오답노트

 

1.

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

                                                                                    ↓

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

 

 

2.

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

                                                         ↓

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