🧩 ORM이 왜 등장했을까?

지금까지 Python에서 SQL을 직접 작성해서 데이터베이스를 다뤘다.
이 방식은 분명 강력하지만, 프로젝트가 커질수록 여러 문제가 드러난다.

---

😵 SQL 중심 개발의 현실

아래 상황을 한 번 떠올려보자.

• 📄 SQL 문자열이 코드 곳곳에 흩어져 있음
• 🔧 테이블 컬럼이 바뀌면 SQL을 전부 수정해야 함
• 🐛 오타 하나로 런타임 에러 발생
• 🔒 SQL Injection을 항상 신경 써야 함

즉, 비즈니스 로직보다 SQL 관리에 더 많은 에너지를 쓰는 상황이 된다.

---

📦 객체지향 언어 vs 관계형 데이터베이스

구분	Python (객체지향)	RDB (관계형)
기본 단위	객체(Object)	행(Row)
구조	클래스 + 속성	테이블 + 컬럼
관계 표현	참조, 상속	FK, JOIN

Python은 객체로 사고하는데,
DB는 테이블로 사고한다.

이 간극을 매번 SQL로 직접 메우는 건 생각보다 고통스럽다 😇

---

🔌 그래서 등장한 ORM

ORM = Object Relational Mapping

ORM은 말 그대로

객체(Object) ↔ 관계형 데이터(Relational Data)를 자동으로 매핑해주는 기술

즉,

• 📦 테이블 → Python 클래스
• 📄 행(Row) → 객체 인스턴스
• 🔗 컬럼 → 객체 속성

으로 바꿔서 다루게 해준다.

---

🧠 ORM의 핵심 아이디어

SQL을 직접 쓰는 대신,

• 객체를 생성하면 → INSERT
• 객체를 조회하면 → SELECT
• 속성을 바꾸면 → UPDATE
• 객체를 삭제하면 → DELETE

가 자동으로 실행된다.

---

🔄 ORM vs 직접 SQL

항목	직접 SQL	ORM
코드 스타일	문자열 기반	객체 중심
가독성	낮음	높음
유지보수	컬럼 변경 시 지옥	모델 수정으로 끝
러닝 커브	낮음	상대적으로 높음

---

🧱 개념 정리

[ Python 코드 ]
      |
      |
    (ORM)
      v
[ 객체 / 클래스 ]
      |
      |  (자동 변환)
      v
[ SQL 생성 ]
      |
      v
[ Database ]

개발자는 SQL이 아니라 도메인(객체)에 집중하게 된다.

---

⚠️ 포인트

• ❌ ORM은 SQL을 없애는 기술이 아님
• ❌ 성능 튜닝이 필요 없는 만능 도구 아님
• ✅ SQL을 덜 직접적으로 쓰게 해주는 도구

ORM을 잘 쓰려면 오히려
SQL과 RDB 개념을 더 잘 알아야 한다.

---