[SQLD]공부1일차_일단유명한노랭이로때려박기시도하다가이론찾아본내용_241023

 

# 최초 등록일 : 2024년 10월 24일 00:54

# 최근 변경일 : 2024년 11월 6일 01:09

# 내용 : SQLD 노랭이 책 1~15page 공부한 후 내용 정리 + 유튜브에서 강의찾아서 SQLD 데이터 모델링 부분 정리 중~

 

SQLD 문제 풀이------- 데이터 모델링의 이해

 

SQL 자격검정 실전문제

2016년 11월 17일 초판 발행

2020년 5월 11일 7쇄 발행

 

문제: 1~8번

다시 풀어봐야하는 항목: 4,8

 

* 데이터모델링: 정보시스템을 구축하기 위한 데이터 관점의 업무 분석 기법

 > 시스템 구현을 포함한 업무 분석 및 업무 형상화를 하는 목적

 

* 데이터 모델링을 하는 주요한 이유

  - 정보시스템 구축의 대상이 되는 업무 내용을 정확하게 분석하는 것

  - 분석된 모델을 가지고 실제 데이터 베이스를 생성하여 개발 및 데이터 관리에 사용하기 위한 것

 

* 데이터 모델링을 할 때 유의 사항

  - 중복성, 비유연성, 비일관성

  - 비유연성: 데이터 모델을 어떻게 설계했느냐에 따라 사소한 업무변화에도 데이터모델이 수시로 변경됨으로써 유지보수의 어려움을 가중시킬 수 있다. 데이터의 정의를 데이터의 사용 프로세스와 분리함으로써 데이터 모델링은 데이터 혹은 프로세스의 작은 변화가 애플리케이션과 데이터베이스에 중대한 변화를 일으킬 수 있는 가능성을 줄인다.

 

* 데이터모델링 개념

  - 개념적, 물리적, 논리적

  - 개념적 데이터 모델링 : 전사적 데이터 모델링을 수행할 때 많이 하며, 추상화 수준이 높고 업무 중심적이고 포괄적인 수준의 모델링을 진행하는 것 // 추상화 수준이 높고 업무 중심적이고 포괄적인 수준의 모델링 진행, 전사적 데이터 모델링, EA수립시 많이 이용

  - 물리적 데이터 모델링 : 실제로 데이터베이스에 이식할 수 있도록 성능, 저장 등의 물리적인 성격을 고려한 데이터 모델링

  - 논리적 데이터 모델링: 시스템으로 구축하고자 하는 업무에 대해 Key, 속성, 관계 등을 정확하게 표현, 재사용성이 높음

 

* ANSI-SPARC에서 정의한 3단계구조

  - 외부 스키마, 개념 스키마, 내부 스키마

  - 개념 스키마:  모든 사용자 관점을 통합한 조직 전체 관점의 통합적 표현

    모든 응용시스템들이나 사용자들이 필요로 하는 데이터를 통합한 조직 전체의 DB를 기술한 것으로 DB에 저장되는 데이터와 그들간의 관계를 표현하는 스키마

 

* ERD

 

> 여기서 문제가 되었다. 아니, 나 기억이 안난다. 이 이론 부분은 공부를 따로 하자

 

--------------------------------------------------------------------------------------------------------------------------------------------------

이론: 유튜브에 도움을 받아보도록 했다. (이론 책이 없기 때문 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ 후..)

 

"SQLD 데이터모델링"으로 검색했을 때, 그냥 맨 처음에 있는 걸 흐름대로 들어보기로 했다.

 

https://youtu.be/rdfHFnqVoRw?si=BYR-zKq3Hop_Am5l

 

* 모델링의 개념

  - 현실 세계의 비즈니스 프로세스와 데이터 요구 사항을 추상적이고 구조화된 형태로 표현하는 과정

  - 데이터베이스의 구조와 관계를 정의하며, 이를 통해 데이터의 저장, 조작, 관리 방법을 명확하게 정의

 

* 모델리의 특징

  - 단순화, 추상화, 명확화

  - 단순화 : 현실을 단순화하여 핵심 요소에 집중하고 불필요한 세부 사항을 제거

  - 추상화: 현실세계를 일정한 형식에 맞추어 간략하게

  - 명확화: 대상에 대한 애매모호함을 최대한 제거하고 정확하게 현상을 기술

 

* 데이터 모델링 3가지 관점

  - 데이터, 프로세스. 데이터와 프로세스 관점

  - 데이터 관점: 데이터를 어떻게 저장되고, 접근되고, 관리되는지를 정의

  - 프로세스 관점: 시스템이 어떤 작업을 수행하며, 이러한 작업들이 어떻게 조직되고 조정되는지를 정의, 어떻게 흐르고 변환되는지에 대한 확인

  - 데이터와 프로세스 관점: 시스템의 전반적인 동작을 이해, 특정 프로세스가 어떤 데이터를 사용하는지, 데이터가 어떻게 생성되고 변경되는지를 명확하게 정의

 

* 데이터 모델링 유의점

  - 중복, 비유연성, 비일관성

  - 중복: 한 테이블 또는 여러 테이블에 같은 정보를 저장하지 않도록 설계

  - 비유연성: 사소한 업무 변화에 대해서도 잦은 모델 변경이 되지 않도록 주의, 데이터 정의를 프로세스와 분리

  - 비일관성: 데이터베이스 내의 정보가 모순되거나 상반된 내용을 갖는 상태, 데이터간 상호연관 관계를 명확, 품질 관리 필요, 데이터의 중복이 없더라도 비일관성은 발생할 수 있음

 

* 데이터 모델링 3가지 요소

  - 대상, 속성, 관계

  - 대상(Entity): 업무가 관리하고자 하는 대상(객체)

  - 속성: 대상들이 갖는 속성(하나의 특징으로 정의될 수 있는 것)

  - 관계: 대상들 간의 관계

 

* 데이터 모델리의 3단계

  - 개념적, 논리적, 물리적 모델링

  - 개념적 모델링: 업무 중심적이고 포괄적 수준, 추상화 수준 ↑, 업무를 분석 뒤 업무의 핵심 Entity를 추출, 도출된 핵심 Entity들과의 관계들을 표현하기 위해 ERD 작성

  - 논리적 모델링: 개념적 모델링의 결과를 토대로 세부속성, 식별자, 관계를 표현, 동일한 논리적 모델을 사용하는 경우, 쿼디로 재사용 가능, 데이터 정규화 수행, 재사용성이 높은 논리적 모델은 유지보수가 용이해짐

  - 물리적 모델링: 논리 모델링이 끝나면 이를 직접 물리적으로 생성, 데이터베이스 성능, 디스크 저장구조, 하드웨어의 보안성, 가용성 등을 고려, 가장 구체적인 데이터 모델링(추상화 수준 ↓)

 

* 스미카의 3단계 구조

  - 스키마: 데이터베이스의 구조와 제약 조건에 관한 전반적인 명세를 기술한 메타데이터의 집합, 사용자의 관점과 실제 설계된 물리적인 방식을 분리하기 위해 고안

  - 외부, 개념, 내부 스키마로 분리

  - 외부 스키마: 사용자가 보는 관점, 사용자나 응용 프로그램이 필요한 데이터를 정의(View:사용자가 접근하는 대상)

  - 개념 스키마: 사용자 관점, 데이터베이스의 전체 논리적 구조를 정의, 전체 데이터베이스의 개체, 속성, 관계, 데이터 타입 등의 정의

  - 내부 스키마: 데이터가 물리적으로 어떻게 저장되는지를 정의, 데이터의 저장 구조, 컬럼, 인덱스 등을 정의

 

* 3단계 스키마의 독립성

  - 독립성: 물리적, 논리적 구조를 변경하더라도 사용자가 사용하는 응용 프로그램에 영향을 주지 않음

  - 논리적, 물리적 독립성

  - 논리적 독립성: 논리적 데이터 구조가 변경되어도(개념 스키마 변경) 응용 프로그램에 영향을 주지 않음

  - 물리적 독립성: 물리적 구조가 변경되어도(내부 스키마 변경) 개념/외부 스키마에 영향을 주지 않음

 

 * ERD(데이터 모델의 표기법)

  -  Entity와 Entity 간의 관계를 시각적으로 표현한 다이어그램, 1976년 피터 첸이 만든 표기법, 데이터 모델링 표준으로 사용

 

* ERD 작성 절차 (6단계)

  - Entity을 도출한 후 그린다 > Entity 배치 > Entity 간의 관계를 설정 > 관계명 서술 > 관계의 참여도 기술 > 관계의 필수 여부를 확인

 

* Entity 의 개념

  - 현실 세계에서 독립적으로 식별 가능한 객체나 사물을 나타냄, 업무상 분석해야 하는 대상(Instance)들로 이루어진 집합

  - 인스턴스는 Entity의 특정한 속성 값들로 구성, Entity의 개념을 현식에서 구체적으로 나타냄

 

  - Entity : 대상

  - Attribute : 속성

  - Identifier : 식별자

  - Instance

 

* Entity의 특징

  - 유일한 식별자에 의해 식별 가능

  - 해당 업무에 필요하고 관리하고 하는 정보

  - 인스턴스들의 집합

  - Entity는 반드시 속성을 가짐

  - Entity는 업무 프로세스에 의해 이용

  - 다른 Entity와 최소 1개 이상의 관계 성립

 

* Entity의 분류

  -1. 유형과 무형에 따른 분류

  - 유형, 개념, 사건 Entity

  - 유형 Entity: 물리적 형태가 있음(실체가 있는 대상), 안정적이며 지속적으로 활용

  - 개념 Entity: 물리적인 형태 없음, 관리해야 할 개념적 정보로부터 구분되는 Entity

  - 사건 Entity: 업무를 수행에 따라 발생하는 Entity, 발생량이 많고 각종 통계자료에 이용

  -2. 발생 시점에 따른 분류

  - 기본, 중심, 행위 Entity

  - 기본 Entity: 그 업무에 원래 존재하는 정보, 독립적, 부모 역할을 하는 Entity, 자신의 고유한 주식별자를 가짐

  - 중심 Entity: 기본 Entity로부터 발생되고 그 업무에서 중심적인 역할

  - 행위 Entity: 2개 이상의 부모 Entity로부터 발생, 분석 초기 단계보다는 상세 설계 단계나 프로세스와 상관모델링을 진행하면서 도출

 

* Entity의 명명

  - 현업에서 사용하는 용어 사용

  - 가능하면 약자 사용은 자제

  - 단수 명사 사용

  - 모든 Entity에서 유일하게 이름 부여

  - Entity 생성 의미대로 이름 부여

 

* Entity와 Instance의 표기법

  - Entity는 사각, Instance는 조금씩 다름