[DB 기초] 13. MyBatis

1. ORM vs SQL Mapper

출처 : ASAC 수업자

1.1 개념 비교

구분	ORM	SQL Mapper
대표 기술	JPA, Hibernate	MyBatis, SqlSessionTemplate
개발 패러다임	객체(Entity) 중심	SQL 쿼리 중심
Persistence Context	O (영속성 컨텍스트 관리됨)	X
Entity 객체 여부	O (DB 테이블 ↔ 객체 매핑)	O (단순 DTO 또는 VO 사용)
SQL 작성 방식	자동 생성 (JPQL, Criteria API 등)	직접 SQL 작성 (@Mapper, .xml)
관계 매핑	객체 간 관계로 정의 (@OneToMany, 등)	조인/관계 모두 SQL로 처리
장점	- 생산성 높음 - 도메인 모델 중심 개발 가능 - 트랜잭션/캐시 자동 관리	- SQL 제어 자유로움 - 복잡한 쿼리 효율적 - 명확한 DB 제어
단점	- N+1 문제, JPQL 한계 - 내부 동작 이해 필요	- SQL 작성량 많음 - 유지보수 힘들 수 있음
실행 시 쿼리 위치	내부적으로 자동 생성됨	명시적으로 정의되어 있음
대상 객체	Entity 클래스 (JPA 관리)	일반 Java 객체 (POJO, DTO)

---

1.2 Persistence Context 차이

항목ORM (JPA/Hibernate)SQL Mapper (MyBatis 등)

항목	ORM	SQL Mapper
Persistence Context 여부	O (1차 캐시, Dirty Checking 등)	X
트랜잭션 내 변경 감지	O (flush() 또는 commit() 시점에 자동 반영)	X (직접 update SQL 필요)
엔티티 상태 관리	자동 (영속, 준영속, detached 등)	수동 (단순 객체 매핑만)

---

1.3 MyBatis를 사용해야 할 상황

• 복잡한 조인, 동적 쿼리가 많을 때
• 성능 튜닝 위주의 서비스의 경우

---

2. 사용 전략

2.1 ORM + MyBatis 혼합 사용 (Hybrid 전략)

:: JPA로 기본 구성 후 성능 최적화 지점에 MyBatis 도입

• 일반적인 CRUD, 단순한 로직은 JPA로 처리하고, 복잡한 쿼리는 MyBatis로 분리
• 유지보수성과 성능을 동시에 잡을 수 있음
• 도메인 모델 중심 개발 + 쿼리 성능 튜닝 가능
• Ex) UserRepository는 Spring Data JPA, ReportMapper는 MyBatis로 구성

추가로 고려해야할 사항은 "QueryDSL vs MyBatis"

---

참조

ASAC 수업자료