위클리 페이퍼 #15 (2) - 엔터티, 속성, 관계

2. 논리적 모델링에서 사용되는 주요 구성 요소인 엔터티, 속성, 관계에 대해 설명해주세요.

엔터티
- 엔터티는 기업이 정보를 저장하려고 하는 어떤 중요한 곳이다.
  - 예를 들어, ORDER(주문) 엔터니는 상품을 구매하는 관계자 간의 행위 정보를 저장하는 엔터티를 나타낸다.
  - 개념과 업무 규칙을 묘사하기 위해서 엔터티의 이름이 문장에 사용될 때는 일반 텍스트처럼 쓴다.
  - 예를 들어, '많은 기업은 판매 주문 정보를 저장하기 위해서 판매 주문 양식과 같은 방법을 보유하고 있다.' 와 같다.
- 엔터티에 대한 명명법은 운영되는 정보를 반영한 가능한 의미 있는 단수 명사를 사용하는 것이다.
  - 추가로, 만약 ORDER(주문) 엔터티와 같이 실제로 발생한 특정 인스턴스를 나타내는 게 아니라 ORDER TYPE(주문유형) 엔터티와 같이 정보의 분류를 나타낸다면 접미어 "TYPE"를 엔터티 명에 추가한다.
- 이 책에서는 id(아이디)와 description(설명)만이 있는 엔터티라도 ERD에 TYPE 엔터티로 포함시킨다.
  - 이런 엔터티들은 완전한 모델을 위해서 추가되고, 허용 값이 어디에 저장돼 있는 지를 보여주기 위해서 포함된다.
  - 예를 들어, 기업이 배송 추적에 관심이 없다면 데이터 모델에 이 정보는 포함되지 않아야 한다.
  - 왜나하면, 그것은 기업이 관리할 정도로 중요한 정보가 아니기 때문이다.
  - 엔터티는 둥근 박스로 표현된다. 그림 1.1.은 ORDER(주문) 엔터티를 보여준다.

속성
- 속성은 주문에 대한 주문일과 같은 특정 정보를 담는다.
- 이 책에서 속성을 나타낼 때는 order date(주문일자)와 같이 소문자 굵은 글씨로 표시한다.
- 엔터티의 주 키로 알려진 식별자도 속성의 일부다.
  - ERD에서 주 키 속성의 속성 명 앞에는 "#" 표시를 하여 식별한다.
  - 필수 속성은 속성 명 앞에 "*" 표시를 해서 구분한다.
  - 선택 속성은 속성 명 앞에 "ㅇ" 표시를 한다.
- 그림 1.4 ORDER(주문) 엔터티
  - 주 키 속성은 order ID(주문ID) 속성이며,
  - 필수 속성은 order date (주문일자) 속성,
  - 선택 속성은 entry date (입력일자) 속성이다.

관계
- 관계는 두 개의 엔터티가 서로 어떻게 연관돼 있는지를 나타낸다.
- 관계가 설명에 사용될 때는 일반 소문자를 사용한다.
- 어떤 경우에 특별히 강조하고 싶은 때는 굵은 소문자를 사용한다.
  - 예를 들어, 'manufactured by'는 이 책의 내용에서 관계를 의미할 수 있다.
- 관계존재성
  - 관계존재성은 '선택'이거나 '필수'이다.
  - 엔터티 옆에 점선으로 된 관계선은 그 엔터티로부터의 관계가 선택이라는 것을 의미한다.
  - 실선으로 된 관계는 그 엔터티의 모든 인스턴스에 관계가 존재해야 하는 필수관계를 의미한다.
  - 그림 1.5의 관계는
    - Shipment(배송) 엔터티의 모든 인스턴스는 반드시 하나의 Postal Address(우편주소)를 가져야 하는 관계를 나타낸다.
    - 이는 배송 데이터를 생성하기 위해서는 배송에 대한 우편주소가 반드시 필요하다는 것을 의미한다.
    - 이 관계를 반대 방향에서 읽을 때는 선택이 된다.
    - 즉, 어떤 Postal Address(우편주소)는 배송과 연결되지 않을 수 있다.
    - 이는 배송에 사용되지 않은 우편 주소가 존재할 수 있다는 것이다.

관계
- 관계비
  - 관계는 1:1, 1:M, M:N 관계가 있다.
  - 이를 일반적으로 관계비라고 한다.
  - 까마귀 발처럼 세 개의 선으로 갈라진 새발 표시가 보이면 한 인스턴스가 다른 엔터티의 하나 이상의 인스턴스를 가리킨다는 것을 나타낸다.
  - 그림 1.6은
    - 새발 표시가 Order Item(주문품목) 엔터티 쪽에 있기 때문에 '각 Order(주문)가 하나 이상의 Order Item(주문품목)으로 구성됐다.'는 것을 나타낸다.
    - 반대방향의 관계는 '각 Order Item(주문품목)은 하나 이상의 Order(주문) 에만 포함돼야 한다.'는 것을 나타낸다.
    - 1:1 관계는 새발 표시가 없으며, M:N 관계는 관계 양쪽에 새발 표시가 있다.
    - 가끔, 1:M 관계는 부모-자식 관계로 언급된다.
  - 간혹 '언젠가는'이라는 단어가 1:M 관계를 확인하기 위해 관계 문장에 추가된다.
    - 예를 들어, Order(주문)는 단지 하나의 Order Status(주문상태)만 가질지 모른다.
    - 그러나, 만약 상태 이력이 필요하면 Order(주문)는 언젠가는 하나 이상의 상태를 가질지 모른다.
  - 이 책에 사용된 데이터 모델 중에서, 1:1 관계는 소수다.
  - 이는 주로 1:1 관계가 정규화되면 단일 엔터티로 합져질 수 있기 때문이다.
  - M:N 관계는 매번 교차 엔터티로 해소되기 때문에 ERD에 M:N 관계가 나타나지 않는다.

관계
- 외래 키 관계
  - 외래 키는 엔터티 내에 있는 다른 엔터티의 주 키로 정의된다.
    - 예를 들어, 그림 1.6 Order(주문) 에서 내려온 order ID(주문ID) 속성이 Order Item(주문품목) 엔터티의 일부가 된다.
    - 따라서, order ID(주문ID) 속성은 외래 키다.
  - 1:M 관게는 관계비가 '1인 엔터티의 주 키가 관계비가 'M'인 엔터티로 내려온다.
  - 어떤 데이터 모델러는 이 외래 키를 엔터티의 속성으로 보여준다.
  - 이 책에서는 이런 표현이 중복이기 때문에 엔터티의 외래 키를 속성으로 보여주지 않는다.
  - 관계 자체는 외래키를 의미한다.
    - 그림 1.6 모델에서
    - order ID(주문ID) 속성은 Order Item(주문품목) 엔터티의 속성으로 보여지지 않는다.
    - 1:M 관계는 외래키가 있다는 것을 의미하기 때문이다.
- 외래 키 상속
  - 이 책에서 사용한, 상속한 외래 키가 자식 엔터티의 주 키 일부임을 나타내는 관계선의 작도법은 관계선에 '~' 표시를 하는 것이다.
  - 그림 1.6 관계에서 보이는 '~' 표시는 order ID(주문ID) 속성이 Order Item(주문품목) 엔터티의 주 식별자에 포함돼 있다는 것을 나타낸다.
  - 이 표기법에서는 '~'가 표시된 관계 쪽 엔터티의 주 키 뿐만 아니라 상위 엔터티의 주 키 속성이 합쳐져서 엔터티의 주 키가 됨을 나타낸다.
  - 따라서, Order Item(주문품목) 엔터티의 주 키는 order item seq ID(주문품목순번) 속성에 order (주문) 엔터티의 주 키인 order ID(주문ID) 속성을 더한 속성이다.
  - 이 표기법은 엔터티의 주 키를 문서화하기 위해 기호를 허용하는 것이며, 이는 다른 엔터티의 주 키에 외래 키 속성이 반복됨으로써 공간을 차지하는 것을 방지한다.
  - 또한, '#' 기호가 있는 속성 뿐만 아니라 주 키에 포함되는 관계를 명시해서 주 키의 의미를 나타낸다.

다대다 관계를 다루는 교차 엔터티
- 교차 엔터티는 연관 엔터티 또는 상호 참조 엔터티로도 알려져 있다.
- 교차 엔터티는 두 엔터티가 서로 참조하면서 M:N 관계를 해소하는 데 사용된다.
- 그리고, 종종 관계를 더 설명하는 별도 속성이 존재한다.
- 그림 1.7의
  - Party(관계자) 엔터티와 Contact Mechanism(연락매체) 엔터티는 서로 참조하는 M:N 관계임을 보여준다.
  - 관계자에게 연락할 수단은 많기 때문에 Party(관계자) 엔터티가 Postal Address(우편주소), Telecommunications Number(전화번호), Electronic Address(전자주소)와 같은 하나 이상의 Contact Mechanism(연락매체)과 연관된다.
  - 반면에 하나의 contact Mechanism(연락매체)은 하나 이상의 Party(관계자)에 의해서 사용될 수 있다.
    - 예를 들어, 많은 사람의 회사 주소나 사무실 전화번호가 같을 수 있다. 이런 M:N 관계는 Party Contact Mechanism(관계자연락매체) 엔터티 같은 교차 엔터티로 풀린다.
    - 양쪽 엔터티의 키는 교차 엔터티로 상속된다.
    - 따라서, 교차 엔터티가 양쪽 엔터티의 키를 상속한 것으로 나타내기 위해 교차 엔터티 관계에 '~' 기호가 항상 사용된다.
    - 예제에서 party id(관계자ID) 속성과 contact mechanism id(연락매체ID) 속성은 from date(시작일자) 속성과 함께 Party Contact Mechanism(관계자연락매체) 엔터티의 주 키의 일부다.
  - 모든 모델에서 관계의 양쪽에는 관계를 묘사하는 두 개의 관계 명이 존재한다. 관계 명은 아래와 같이 조합되어 완전한 문장으로 읽힐 수 있어야 한다.
  - '각 엔터티는 {하나/하나 또는 그 이상} 엔터티와 엔터티 관계 명{여야 한다/일 수 있다}'라는 문장으로 적절히 채워쳐야 한다.
  - ERD의 가독성을 높이는 일관된 방법으로써 관계비를 나타내는 새발 표시는 일반적으로 위측이나 좌측을 향하도록 한다.
  - 이렇게 하면 데이터 모델의 가독성이 더 좋아진다.

관계
- 배타 관계
  - 배타 관계는 한 엔터티가 두 개 이상의 다른 엔터티와 관계를 가진다는 것을 식별하기 위해서 사용하는데, 하나의 인스턴스에는 하나의 관계만이 존재할 수 있다.
  - 배타 관계는 두 개 이상의 관계선을 통과하는 휘어진 선으로 표현한다.
  - 그림 1.8은 배타 관계에 대한 예제다.
    - 배타 관계는 다음과 같이 읽힌다.
    - '각 Inventory Item(재고품)은 하나의 Facility(시설)이나 Container(컨테이너)에 위치해야 하고 둘 다에 위치하면 안된다.'
    - 이것은 재고품은 두 종류의 저장소 중에서 하나에만 저장돼야 한다는 것을 의미한다.
    - 재고품은 창고와 같은 시설에 위치할 수 있고 시설 내에 위치한 통과 같은 컨테이너에 저장될 수 있다.

관계
- 재귀 관계
  - 재귀 관계는 한 엔터티가 자신과 어떻게 연관되는 지를 나타내는 관계다.
    - 예를 들어, 재귀 관계는 한 엔터티가 자기 자신에 지정한 관계를 통해서나 M:N 관계를 통해서 설계될 수 있다.
    - 이것은 재귀 관계가 M:N 재귀 관계나 1:M 재귀 관계인지에 달려있다.
    - 한 엔터티에 여러개의 재귀 관계가 존재하는 것은 가능하다.
  - 그림 1.9 예제는
    - 재공정이 있을 수 있기 때문에, Work Effort(작업공정) 엔터티에 1:M 재귀 관계를 나타낸다.
    - 모델은 또한 작업 공정이 다른 공정에 속해있거나 여러 개의 하위 공정으로 분해될 수 있어서 교차 엔터티인 Work Effort Association(작업공정연계) 엔터티로 해소된 M:N 재귀 관계를 보여준다.

저작자표시 비영리 변경금지 (새창열림)

'Sprint_DA01 > 위클리 페이퍼' 카테고리의 다른 글

위클리 페이퍼 #17 (1) - 데이터 웨어하우스 (2)	2024.12.07
위클리 페이퍼 #16 - Airflow (0)	2024.12.01
위클리 페이퍼 #13 - 결정 트리 / 부스팅 모델 (5)	2024.11.17
위클리 페이퍼 #14 - Group by , Having / NULL (1)	2024.11.15
위클리 페이퍼 #15 (1) - 정규화 (0)	2024.11.15