데이터 모델링 이해하기

데이터 모델링을 할 때 지양해야 할 점

• 중복(Duplication): 같은 데이터가 여러 엔티티에 중복으로 저장되는 현상을 지양해야 한다.
• 비유연성(Inflexibility): 데이터 모델의 설계에 따라 어플리케이쎤의 사소한 변경에도 데이터 모델이 수시로 변경 되어야 하는 상황이 생길 수 있는데 이런 상황은 시스템 유지보수가 어려워지므로 데이터 모델과 프로세스를 분리하여 유연성을 높이는 것이 바람직하다.
• 비일관성(Inconsistency)

 

발생시점에 따른 엔티티 분류

• 기본 엔티티(Fundamental Entity, Key Entity)
  • 업무에 원래 존재하는 정보
  • 독립적으로 생성되며, 자식 엔티티를 가질 수 있음
  • ex. 상품, 회원, 사원, 부서

 

• 중심 엔티티(Main Entity)
  • 기본 엔티티로부터 파생되고, 행위 엔티티 생성
  • 업무에 있어서 중심적인 역할을 하며 데이터의 양이 많이 발생
  • ex. 주문, 매출, 계약

 

• 행위 엔티티(Active Entity)
  • 2개 이상의 엔티티로부터 파생
  • 데이터가 자주 변경되거나 증가할 수 있음
  • ex. 주문 내역, 이벤트 응모 이력

 

유, 무형에 따른 엔티티 분류

• 유형 엔티티(Tangible Entity)
• 개념 엔티티(Conceptual Entity)
• 사건 엔티티(Event Entity)

 

식별자 vs. 비식별자 관계

식별자 관계

• 강한 관계
• 부모 엔티티의 식별자가 자식 엔티티의 주식별자
• 부모 엔티티가 있어야 생성 가능
• 실선으로 표현

 

비식별자 관계

• 약한 관계
• 부모 엔티티의 식별자가 자식 엔티티의 일반속성
• 부모 엔티티 없는 자식 엔티티 생성 가능
• 점선으로 표현

 

ERD 작성 순서

1. 엔티티를 그린다.
2. 엔티티를 적절하게 배치한다.
3. 엔티티 간의 관계를 나타낸다.
4. 관계명을 정의한다.
5. 관계의 참여도를 나타낸다.
6. 관계의 필수 여부를 나타낸다.

 

ERD 표기법

• 관계명: 관계의 이름
• 관계차수: 1:1, 1:M, N:M과 같은 관계의 기수성
• 관계선택사양: 필수 관계인지, 선택 관계인지

 

식별자 분류

• 복합식별자(Composite Identifier)
  • 두 개 이상의 속성으로 구성된 식별자

 

• 보조식별자(Alternate Identifier)
  • 인스턴스를 식별할 수는 있지만 대표 식별자는 아님.
  • 다른 엔티티와 참조 관계로 연결되지 않음

 

• 외부식별자(Foreign Identifier)
  • 다른 엔티티에서 온 식별자
  • 다른 엔티티와의 연결고리 역할

 

 

 

 

 

 

 

 

 

 

---

학습 시 참고한 문헌

https://book.naver.com/bookdb/book_detail.nhn?bid=21396824 

유선배 SQL개발자(SQLD) 과외노트