1. ERD(Entity-Relationship Diagram)
- 데이터베이스의 개체(Entity)와 그 개체들 간의 관계(Relationship)를 시각적으로 구조화한 도표
- 호와 연결선을 사용해 시스템의 핵심 요소를 명확히 보여줌
● 시스템 데이터 구조 파악
● PK/FK 관계 정의
● 테이블 설계의 근거
2. 핵심 구성 요소
| 구성요소 | 개념 | 제목 셀3 | 예 |
|---|---|---|---|
| 엔티티(Entity) | 데이터가 저장되는 대상 | 사각형 | 회원, 상품, 주문 |
| 속성(Attribute) | 엔티티를 구성하는 정보 단위 | 타원형/테이블 내 내용 | 회원의 아이디, 이름, 이메일 |
| 관계(Relationship) | 엔티티 간의 연관성 | 마름모/선 | 회원이 주문한다 |
| 카디널리티(Cardinality) | (직선). 관계의 수적 대응(1:1, 1:N, N:M)을 표현하며, 끝부분의 모양(까마귀 발, 가지)으로 다수(Many)를 표시. | 내선 | 1:1, 1:N, N:M |
2-1. ERD 까마귀 발(Crow's Foot) 표기법
- 선의 끝 모양으로 '1', '0', 'N'의 관계를 명확히 함.
[예]
✔ 1 : 1 (일대일) |——|
예) 사람 ↔ 주민등록번호
→ 한 사람은 하나의 주민번호만 가짐
✔ 1 : N (일대다) |——<
예) 고객 ↔ 주문
→ 한 고객은 여러 주문 가능, 하지만 주문은 한 고객에만 속함
✔ N : M (다대다) >——<
예) 학생 ↔ 수강과목
→ 학생은 여러 과목 수강 / 과목도 여러 학생 포함
3. CSV와 ERD 차이
| 구분 | CSV (실제 데이터 파일) | ERD (데이터 설계도) |
|---|---|---|
| 역할 | 데이터를 실제로 담고 있는 그릇 | 데이터 간의 관계를 정의한 지도 |
| 형태 | 텍스트 파일 (.csv) | 다이어그램 (그림) |
| 비유 | 완성된 요리 레시피나 식재료 | 주방의 구조와 요리 순서도 |
| 목적데이터 | 저장 및 전달 | 데이터베이스 구조 설계 및 소통 |
- CSV: 환자 명단이 적힌 종이 뭉치나 엑셀 파일 (실제 데이터)
- ERD: 병원 시스템을 만들 때 "환자 정보는 어디에 저장하고, 의사 정보와는 어떻게 연결할지" 그린 복잡한 청사진 (구조)
요약하자면:
CSV는 우리가 실제로 보는 '데이터 표' 그 자체이고, ERD는 그 표들이 서로 어떻게 얽혀 있는지 보여주는 '그림'이라고 생각하면 정확함.
4.ERD 설계 방법
- Entity 찾기: 데이터에서 “명사" 추출
- Attribute 정리
- Primary Key 결정
- Relationship 정의
- FK 설정
- N:N 관계 분해: N:N 관계가 발견되는 순간 테이블을 만들어 분리하기
- 제약조건 및 도메인 정의
- 표준화/정규화 적용: 3NF까지 하면 충분
- ERD 다이어그램 그리기
AI 헬스케어 공부하는 간호사