ERD(Entity Relationship Diagram) = 릴레이션 간의 관계들을 정의한 것으로 DB를 구축할 때 가장 기초적인 뼈대 역할. 즉, 서비스를 구축할 때 가장 신경써야하는 부분.

4.2.1 ERD의 중요성

ERD

• 시스템의 요구사항을 기반으로 작성 → 이 ERD를 기반으로 DB 구축
• DB 구축 이후에도 디버깅 또는 비즈니스 프로세스 재설계가 필요한 경우 설계도 역할도 담당
• 단점
  • 관계형 구조로 표현할 수 있는 데이터를 구성하는데에는 유용하지만
  • 비정형 데이터는 충분히 표현할 수 ❌

<aside> 💡 비정형 데이터 : 비구조화 데이터로 미리 정의된 데이터 모델이 없거나 미리 정의된 방식으로 정리되지 않은 데이터를 말함

</aside>

4.2.2 예제로 배우는 ERD

아래 예제를 예시로 ERD가 어떤 것인지 숙지할 것.

승원 영업부서의 ERD

• 요구사항

  • 영업사원은 0 ~ n 명의 고객 관리
  • 고객은 0 ~ n 개의 주문 발주 가능
  • 주문에는 1 ~ n 개의 상품이 들어감

  

4.2.3 정규화 과정

릴레이션 간 잘못된 종속 관게로 인해 DB 이상 현상이 일어나 이를 해결하거나, 저장 공간을 효율적으로 사용하기 위해 릴레이션을 여러 개로 분리하는 과정

정규형 원칙

: 같은 의미를 표현하는 릴레이션이지만 좀 더 좋은 구조로 만들어야 하고, 자료의 중복성 ⬇️, 독립적인 관계는 별개의 릴레이션으로 표현, 각각의 릴레이션은 독립적인 표현이 가능해야한다는 원칙

제 1 정규형

릴레이션의 모든 도메인은 더 이상 분해 불가능한 **원자값(Atomic Value)**으로만 구성되야함

• 릴레이션 속성 값 중 한 개의 기본키에 대해 두 개 이상의 값을 가지는 반복 집합이 있어서는 ❌