시리즈 시작 이유

5월달에 SQLD 자격증을 따려고 공부했던 기록을 남기기 위해 시리즈를 시작해본다.
SQLD 자격증을 공부하게된 계기는 다음과 같다.

1. 프로젝트에서 DB(RDBMS) 를 설계중이었음
2. 스키마가 최적화되어 설계가 되어있지 않아서 중간에 반정규화로 급하게 땜빵했던 경험이 아쉬웠음

따라서 SQL 공부를 이 자격증을 통해 기초부터 배워보고(전공이 사실 기계과), 추후 SQLP 공부를 통해 오라클, MSSQL, T-SQL 튜닝 등 최적화까지 나아가고 싶다.

데이터 모델링의 이해 (1) 엔터티

====================

1. 엔터티의 개념

• 엔터티란?

  업무에 필요하고 유용한 정보를 저장하고 관리(Thing)
  개체들의 특성을 설명할 수 있는 속성(Attribute)
  엔터티는 인스턴스들의 집합이며 다른 엔터티들과 관계를 가짐(Relation)

2. 엔터티의 인스턴스에 대한 내용 및 표기법

• ERD // 관계명 + 관계차수 + 관계옵션 을 그림으로 그림

• 오브젝트 모델링에서 클래스와 오브젝트라는 개념이 있듯이, 엔터티는 여러개의 인스턴스를 가지고 있음

3. 엔터티의 특징

• 6가지 특징을 가짐 (업무2 + sql 4)

  1. 업무에서 활용
  2. 프로세스에 의해 활용
  3. 식별자 있어야함
  4. 인스턴스 2개 이상
  5. 속성 2개 이상
  6. 관계가 최소 한개 이상

4. 엔터티의 분류

1. 유무형에 따른 분류

• 유형 엔터티 : 물리적인 형태가 있고 지속적이고 안정적을 활용 ( 사람, 물품, 강사 )
• 개념 엔터티 : 물리적인 형태는 존재하지 않지만 필수적인 엔터티 ( 조직, 보험상품 )
• 사건 엔터티 : 업무 수행과정에서 발생되는 엔터티

2. 발생시점에 따른 분류

• 기본 엔터티 : 업무에 원래 존재하는 경우 ( 사원, 부서 )
• 중심 엔터티 : 기본 엔터티로부터 발생하면서, 중심적인 역할을 하는 경우, 데이터의 양이 많고 다른 엔터티와 관계를 통해 많은 행위 엔터티를 생성 (계약 ..)
• 행위 엔터티 : 두개 이상의 부모 엔터티로 부터 발생하고, 내용이 자주 바뀌거나 데이터량이 마구 증가, 분석 초기 단계보다는 이후에 생성 ( 결제 ..)

5. 엔터티의 명멍

• 현업업부용어
• 약어사용 안됨
• 단수 명사 사용
• 모든 엔터티에서 유일하게 이름이 부여
• 엔터티 생성의 의미대로 이름을 부여

실제로 현업에서는 엔터티의 명령은 기존 레거시 DB의 규칙을 따르는게 가장 나아보인다. 선배들이 익숙한것이 어쩌면 가장 중요한 것 일 수도 있긴하다.