Files
2nd/10_Wiki/Topics/Backend/Entity-Relationship-Modeling.md
T

34 lines
2.5 KiB
Markdown

---
id: [[P-Reinforce|P-Reinforce]]-AUTO-ERMO-001
category: Unified
confidence_score: 0.98
tags: [auto-reinforced, erd, entity-relationship, data-modeling, database-design, relational-algebra, [[Schema|Schema]]]
last_reinforced: 2026-04-20
---
# [[Entity-Relationship-Modeling|Entity-Relationship-Modeling]]
## 📌 한 줄 통찰 (The Karpathy Summary)
> "데이터의 대통합 설계도: 복잡한 세상의 사물과 관계를 '개체(Entity)'와 '관계(Relationship)'라는 선과 박스로 추상화하여, 어떤 데이터도 논리적 모순 없이 저장되고 검색될 수 있게 만드는 데이터베이스의 설계 표준."
## 📖 구조화된 지식 (Synthesized Content)
개체-관계 모델링(Entity-Relationship-Modeling, ERM)은 데이터베이스의 구조를 논리적으로 설계하기 위한 데이터 모델링 기법입니다. (피터 첸 제안)
1. **3대 기본 요소**:
* **Entity**: 독립적으로 존재하는 객체 (예: 회원, 상품).
* **Attribute**: 개체의 속성 (예: 이름, 가격).
* **Relationship**: 개체 간의 연관성 (예: 회원이 상품을 주분한다).
2. **Cardinality (사상비)**:
* 1:1, 1:N, N:M 관계 정의를 통해 데이터의 무결성 정책 확보. ([[Reliability|Reliability]]와 연결)
3. **왜 중요한가?**:
* 비즈니스 로직 정책을 물리적인 DB 테이블로 변환하기 전, 데이터의 중복 정책과 모순 정책을 사전에 제거하는 '설계의 정수'이기 때문임. ([[Technical-Architecture|Technical-Architecture]]와 연결)
## ⚠️ 모순 및 업데이트 (Contradictions & RL Update)
- **과거 데이터와의 충돌**: 과거에는 관계형 DB(RDBMS) 정책만을 위한 도구였으나, 현대 정책은 NoSQL 이나 그래프 DB 정책 설계 시에도 데이터 간의 '개념적 관계 정책'을 시각화하는 범용 설계 도구로 쓰임(RL Update).
- **정책 변화(RL Update)**: 이제는 사람이 일일이 그리는 것을 넘어, AI 가 비즈니스 요구사항 정책(Text)을 읽고 최적의 정규화 정책([[Normalization|Normalization]])이 적용된 ERD 정책을 자동으로 생성하고 성능 정책을 예측하는 'AI-Assisted Modeling'으로 진화 중임. (Schema와 연결)
## 🔗 지식 연결 (Graph)
- [[Technical-Architecture|Technical-Architecture]], [[Reliability|Reliability]], [[Schema|Schema]], [[Logic|Logic]], [[Complexity-Theory|Complexity-Theory]], Generalization
- **Key Concept**: Primary Key, Foreign Key, Inte[[Grit|Grit]]y Constraints.
---