관계

관계는 엔터티 인스턴스 사이의 업무상 연관입니다. 엔터티 사이에 정의한 관계가 실제 개별 인스턴스끼리의 연결로 나타나는 것을 관계 페어링이라고 합니다. 예를 들어 '개발부–김사원'이 하나의 페어링입니다.

ERD에서 관계를 표기할 때는 관계명·관계차수·관계선택사양 세 가지를 나타냅니다. 관계는 양방향으로 읽으므로 '부서에는 사원이 소속된다'와 '사원은 부서에 소속된다'처럼 양쪽 관점을 모두 확인합니다.

'관계빈도'처럼 그럴듯한 이름이 보기에 섞여 나오지만 관계 표기 요소가 아닙니다. 표기 요소는 관계명·차수·선택사양 세 가지만 기억합니다.

아래는 고객이 고객센터에 문의를 등록하는 업무를 IE(까마귀발) 표기로 그린 예입니다. 고객과 문의는 엔터티, 등록하다·등록되다는 관계명이고, 고객 11번과 문의 501번이 실제로 연결된 한 쌍은 관계 페어링입니다.

관계는 성격에 따라 존재에 의한 관계와 행위에 의한 관계로 나눕니다. 다만 ERD는 이 둘을 다른 선으로 구분해 그리지 않습니다(UML 클래스 다이어그램은 연관·의존 관계를 구분합니다).

관계차수(Cardinality)는 한 인스턴스가 상대편 인스턴스 몇 개와 연결될 수 있는지를 뜻합니다. 1:1은 양쪽이 최대 한 건, 1:N은 한쪽의 한 건이 반대쪽 여러 건과 연결, M:N은 양쪽 모두 여러 건과 연결될 수 있는 구조입니다.

아래 예시는 정해진 업무 규칙을 가정합니다. 같은 현실 대상이라도 서비스 정책에 따라 관계차수가 달라질 수 있으므로, 엔터티 이름만 보고 1:1이나 1:N이라고 단정하지 않습니다.

선택성(Optionality)은 연결 대상이 없어도 되는가를 묻습니다. 고객은 아직 문의한 적이 없어도 등록될 수 있으므로 고객에서 문의로는 0..N이 가능합니다. 반면 이 예시의 문의는 반드시 고객이 있어야 하므로 문의에서 고객으로는 1입니다. ERD의 원 o는 선택(0 허용), 막대 |는 필수(최소 1)를 나타냅니다.

이 관계의 차수는 1:M입니다. '주문이 없는 고객'은 존재할 수 있지만 '고객이 없는 주문'은 존재할 수 없습니다. 반대로 학생 ||──|< 수강처럼 수강 쪽 끝이 막대+까마귀발이면 학생은 최소 1건 이상 수강해야 합니다.

기술자 한 명이 여러 개발 프로젝트를 맡고, 프로젝트 하나에도 기술자가 여러 명 배치될 수 있다면 기술자와 프로젝트의 논리적 관계는 M:N입니다. 관계형 테이블로 구현할 때는 배정 사실을 한 행씩 보관하는 프로젝트배정 엔터티를 만듭니다.

연결 엔터티를 추가하면 기술자 1:N 프로젝트배정, 프로젝트 1:N 프로젝트배정이라는 두 관계로 나뉩니다. 프로젝트별 담당 역할이나 참여 시작일처럼 관계 자체에 속하는 속성도 연결 엔터티에 저장할 수 있습니다.

한 기술자 행에 참여 프로젝트를 P10, P20처럼 쉼표로 이어 적으면 한 컬럼에 다중값을 넣는 설계가 되어 제1정규형의 원자값 원칙에 어긋날 수 있습니다. 연결 테이블은 배정 사실을 각각 별도 행으로 관리하므로 이 문제를 피합니다.

ERD 표기법은 여러 가지이고 같은 선이라도 표기법마다 뜻이 다릅니다. 관계선의 의미는 IE(까마귀발)와 Barker 표기법을 구분해서 읽습니다. 엔터티·속성·관계를 사각형·타원·마름모로 그리는 피터 첸 표기법은 데이터 모델링 단원에서 다룹니다.

IE 표기법에서 실선은 식별 관계, 점선은 비식별 관계입니다. 식별 관계는 부모의 주식별자가 자식 주식별자의 일부가 되는 관계이고, 비식별 관계는 부모의 주식별자가 자식의 일반 속성(외래키)으로만 내려오는 관계입니다. 자세한 선택 기준은 식별자 단원에서 다룹니다.

한 엔터티가 여러 부모 중 한 시점에 하나와만 연결되는 상호배타적 관계는 모델과 조인 단원에서 예제와 함께 다룹니다.