왜 이 문서가 중요한가

02편에서 ERD를 그리는 기호(표기법)를 익혔다면, 이번 편은 그 기호가 가리키는 실체를 다룹니다. “이 업무 대상이 엔터티가 맞는가?”, “이 항목은 어떤 종류의 속성인가?”, “두 엔터티는 어떤 관계로 묶이는가?”라는 질문에 정확히 답하는 것이 데이터 모델링의 첫 관문입니다.

기출 문제를 살펴보면 이 세 개념(엔터티·속성·관계) 중에서도 엔터티의 분류가 특히 반복 출제되는데, 그 이유는 분류 기준이 두 가지(발생 시점 기준, 유무형 기준)로 나뉘어 있고 출제자가 이 둘을 섞어서 헷갈리게 만들기 좋기 때문입니다. 이 편은 그 두 기준을 처음부터 분리해서 다룹니다.

쉽게 말하면: 이 편은 “표(엔터티)로 만들 자격이 있는 대상”, “표 안의 항목(속성)의 종류”, “표와 표를 잇는 선(관계)의 의미”를 정의하는 편입니다.

1. 엔터티의 정의

엔터티(Entity)는 업무 수행에 필요하며, 관리해야 할 정보를 가지고 있는 대상으로서, 다른 엔터티와 구별되는 독립적인 실체입니다. “사원”, “부서”, “주문”, “상품”처럼 업무에서 관리 대상이 되는 사물이나 사건의 집합을 가리킵니다.

쉽게 말하면: 엔터티는 “이 업무에서 정보를 따로 관리해야 하는 것들의 묶음”입니다. 사람(사원, 고객), 사물(상품), 사건(주문, 계약)이 모두 대상이 될 수 있습니다.

여기서 헷갈리기 쉬운 점이 하나 있습니다. “엔터티”라고 하면 흔히 “홍길동이라는 한 사람”을 떠올리기 쉽지만, 정확히는 엔터티는 집합이고 “홍길동”은 그 집합에 속한 하나의 원소, 즉 인스턴스(Instance)입니다. 01편의 용어 대응표를 다시 떠올리면 “사원”이라는 엔터티(테이블)에 “홍길동”, “김민준” 같은 여러 인스턴스(로우)가 속하는 구조입니다.

엔터티가 되기 위한 조건

아무 명사나 엔터티가 되는 것은 아닙니다. 기출에서 “엔터티의 특징으로 옳지 않은 것”을 고르는 문제가 반복 출제될 만큼, 아래 다섯 조건은 정확히 암기해야 합니다.

2. 엔터티의 분류 — 두 가지 기준을 절대 섞지 말 것

엔터티를 나누는 기준은 발생 시점과 유무형이라는 서로 다른 두 축이 있습니다. 기출을 살펴보면 이 두 기준의 항목 이름(기본·중심·행위 vs 유형·개념·사건)을 섞어서 오답 선택지로 만드는 패턴이 반복됩니다. 그래서 이 절은 두 기준을 완전히 분리해서 각각 표로 정리합니다.

기준 A — 발생 시점에 따른 분류(기본·중심·행위)

이 기준은 “그 엔터티가 업무 흐름상 언제 생겨나는가”를 봅니다.

쉽게 말하면: 기본 엔터티는 “원래부터 있던 것”(사원, 부서), 중심 엔터티는 “그것들을 바탕으로 업무가 실제로 벌어지는 자리”(계약, 주문), 행위 엔터티는 “그 업무가 반복되면서 쌓이는 기록”(주문상세, 이체 내역)입니다.

이 그림에서 “주문상세”(행위 엔터티)는 “주문”(중심 엔터티)과 “상품”(기본 엔터티) 양쪽으로부터 발생합니다. 행위 엔터티는 이렇게 두 개 이상의 선행 엔터티를 필요로 하는 경우가 많고, 주문이 반복될수록 주문상세 데이터도 계속 쌓이므로 데이터 양이 가장 많습니다.

기준 B — 유무형에 따른 분류(유형·개념·사건)

이 기준은 “그 엔터티가 가리키는 대상이 눈에 보이는 실체인가, 관리 목적의 개념인가, 시간에 따라 발생하는 사건인가”를 봅니다. 발생 시점 기준과는 완전히 다른 잣대입니다.

두 기준을 나란히 놓으면 다음과 같이 정리됩니다.

같은 대상(예: “주문”)이 두 기준에서 각각 다른 이름으로 불릴 수 있다는 점도 기억해 두면 좋습니다. “주문”은 발생 시점 기준으로는 중심 엔터티(또는 문맥에 따라 행위 엔터티에 가깝게 다뤄지는 경우도 있음)이면서, 유무형 기준으로는 사건 엔터티입니다. 즉 한 엔터티에 두 기준의 이름표가 동시에 붙을 수 있습니다.

3. 속성의 정의와 분류

속성(Attribute)은 엔터티가 가지고 있는 고유한 특성으로, 하나의 인스턴스를 구성하는 세부 항목입니다. 01편 용어표에서 다뤘듯 관계형 DB의 컬럼에 대응합니다.

쉽게 말하면: 속성은 엔터티(표)가 가진 항목(칸의 종류)입니다. “사원” 엔터티라면 사원번호, 사원명, 입사일, 부서 등이 속성입니다.

속성도 엔터티처럼 원칙이 있습니다. 하나의 인스턴스는 하나의 속성에 대해 오직 하나의 값만 가져야 합니다(원자값 원칙). 이것은 06편(정규화 1: 1NF~3NF)에서 배울 제1정규형의 핵심 조건과 그대로 이어집니다.

분류 기준 1 — 특성에 따른 분류(기본·설계·파생)

속성이 “어떻게 만들어졌는가”를 기준으로 나눈 분류입니다.

비유: 기본속성은 “원재료”이고, 설계속성은 관리를 위해 “새로 붙인 라벨”이며, 파생속성은 원재료를 조합해 만든 “가공식품”입니다. 가공식품은 원재료가 바뀌면 다시 만들어야 하듯, 파생속성도 원본 속성이 바뀌면 값을 다시 계산해야 정합성이 유지됩니다.

파생속성이 왜 주의 대상인가를 짚어야 합니다. 파생속성은 원본 데이터로부터 계산 가능하기 때문에 편의를 위해 미리 저장해 두는 경우가 많은데, 문제는 원본 값이 바뀌었을 때 파생속성 값도 함께 갱신해줘야 한다는 점입니다. 예를 들어 “생년월일”이 수정되었는데 미리 저장해 둔 “나이” 속성을 갱신하는 로직을 빠뜨리면, 생년월일과 나이가 서로 맞지 않는 정합성 오류가 발생합니다. 그래서 데이터 모델링 원칙에서는 파생속성을 꼭 필요한 경우로 최소화하고, 가능하면 조회 시점에 직접 계산하는 방식을 권장합니다.

분류 기준 2 — 구성 방식에 따른 분류(PK·FK·일반)

이 기준은 “그 속성이 테이블 안에서 어떤 역할을 하는가”를 봅니다. 01·02편에서 다룬 물리 모델링 용어와 바로 연결됩니다.

두 분류 기준(특성 기준 vs 구성방식 기준)도 서로 독립적인 축입니다. 예를 들어 “부서코드”라는 속성은 구성방식 기준으로는 외래키(FK, 부서 엔터티를 참조)이면서, 특성 기준으로는 설계속성(코드성 속성)에 해당할 수 있습니다. 한 속성이 두 기준 각각에서 이름표를 하나씩 가진다는 점은 엔터티 분류와 같은 원리입니다.

4. 관계의 정의와 카디널리티

관계(Relationship)는 엔터티와 엔터티 사이에 존재하는 업무적인 연관성을 말합니다. 02편에서 다룬 ERD의 관계선이 바로 이 관계를 그림으로 표현한 것입니다.

쉽게 말하면: 관계는 “이 두 엔터티가 서로 관련이 있다”는 사실 자체입니다. “사원은 부서에 소속된다”, “고객은 주문을 한다”는 문장이 곧 관계입니다.

관계를 표현하는 세 가지 요소

관계는 그림 하나에 세 가지 정보를 함께 담습니다.

1. 관계명(Relationship Name): 두 엔터티가 어떤 의미로 연관되는지 이름을 붙인 것. “소속한다”, “주문한다”처럼 동사로 표현합니다.
2. 관계 차수(Cardinality, 카디널리티): 한쪽 인스턴스 하나에 다른 쪽 인스턴스가 몇 개까지 대응하는지를 나타냅니다. 1:1, 1:N, N:M(다대다) 세 가지로 나뉩니다.
3. 관계 선택사양(Optionality, 참여도): 그 관계에 반드시 참여해야 하는지(필수), 참여하지 않아도 되는지(선택)를 나타냅니다. 02편에서 다룬 동그라미·막대 기호가 이것을 표현합니다.

카디널리티 세 가지 — 1:1, 1:N, N:M

카디널리티는 두 엔터티 사이에서 인스턴스가 대응하는 개수의 패턴을 말합니다.

N:M 관계는 관계형 데이터베이스에서 테이블 두 개만으로는 직접 구현할 수 없습니다. 학생 테이블과 과목 테이블만 있으면 “이 학생이 어느 과목들을 듣는지”를 저장할 곳이 없기 때문입니다. 그래서 N:M 관계는 반드시 그 사이에 새로운 엔터티(교차 엔터티, 관계 엔터티)를 하나 더 만들어 1:N과 N:1(사실상 두 개의 1:N)로 풀어냅니다. 앞서 다룬 “학생 – 수강 – 과목” 구조가 바로 이 해소 방식이며, “수강”이 바로 두 기본 엔터티 사이에서 태어난 행위 엔터티입니다(2절 기준 A 참고).

이 그림에서 “수강”은 학생·과목 어느 쪽으로부터도 독립되지 않고 양쪽 모두와 관계를 맺습니다. 여기서 “수강 엔터티는 독립적으로 발생하는 기본 엔터티다”라고 서술하면 틀립니다. 수강은 학생과 과목이라는 두 기본 엔터티가 있어야만 비로소 생겨나는 행위 엔터티이기 때문입니다.

핵심 정리

• 엔터티는 업무에서 관리가 필요하고, 유일한 식별자·2개 이상의 인스턴스·2개 이상의 속성·다른 엔터티와의 관계를 모두 갖춰야 성립한다.
• 엔터티 분류는 발생 시점 기준(기본·중심·행위)과 유무형 기준(유형·개념·사건)이라는 서로 다른 두 축이 있으며, 이 둘을 섞는 것이 대표적인 함정이다.
• 속성은 특성 기준(기본·설계·파생)과 구성방식 기준(PK·FK·일반)으로 각각 분류되며, 파생속성은 원본 값 변경 시 정합성 관리 부담이 있어 최소화 대상이다.
• 관계는 관계명·차수(카디널리티)·선택사양(참여도) 세 요소로 표현되며, 카디널리티는 1:1, 1:N, N:M 세 가지다.
• N:M 관계는 테이블 두 개만으로 구현할 수 없어 교차(관계) 엔터티를 도입해 두 개의 1:N 관계로 풀어내야 한다.

마무리 복습

참고 자료

• 데이터자격시험 - SQLD 출제기준 
• MDN - SQL 개요 (관계형 DB 기초)