[Java] ORM, MyBatis와 JPA 차이

Java

jeong_ii 2025. 3. 13. 23:48

ORM이란 객체(Object)와 데이터베이스 테이블을 매핑(Mapping) 시켜, RDB를 객체지향적으로 다룰 수 있도록 해주는 기술이다.

기본적으로 RDB 테이블은 상속, 다형성, 레퍼런스 같은 객체지향 개념이 없기 때문에, Java와 같은 객체지향 언어에서 직접적으로 다루기 어렵다. 이런 상황에서 ORM을 사용하면 객체지향적인 방식으로 DB를 조작할 수 있게 된다.

🔸 Java에서 대표적인 ORM

JPA가 등장하기 전에는 MyBatis가 주로 사용되었으며, MyBatis는 SQL을 직접 작성하고, 그 결과를 Java 객체에 수동 매핑하는 방식이다. 반면, JPA는 객체 자체가 DB와 연결되므로, SQL 없이도 데이터 처리가 가능하다.

즉, 표준 인터페이스 기반으로 데이터 접근을 처리한다는 점이 가장 큰 차이다.

🔸 MyBatis vs Hibernate (JPA)

국내 SI나 금융 시스템처럼 복잡한 비즈니스 로직과 높은 안정성 · 성능이 요구되는 환경에서는 직접 SQL을 작성할 수 있는 MyBatis가 더 적합한 경우가 많다.
하지만 Hibernate (JPA)에 익숙해지면 생산성과 유지보수 효율성 면에서 큰 이점을 가질 수 있다.
또한, JPA는 복잡한 통계나 동적 쿼리에 한계가 있기 때문에, 일반적으로 QueryDSL과 함께 사용하는 방식이 많이 활용된다.

✅ 결론

MyBatis와 JPA(Hibernate)는 각각 명확한 장단점을 갖고 있기 때문에, 프로젝트의 성격과 요구사항에 맞춰 적절한 기술을 선택하는 것이 가장 중요하다.

JPA는 MyBatis에 비해 다음과 같은 장점들을 제공한다.

✅ 엔티티 기반 테이블 생성 및 DB 자동화

JPA는 설정에 따라 매핑된 엔티티 클래스를 기반으로 테이블을 자동 생성할 수 있어 개발 초기 생산성을 높일 수 있다.

물론 생성되는 테이블 이름이나 컬럼명이 가독성 측면에서 부족할 수 있으나, 직접 모든 DDL을 작성하는 것보다는 훨씬 효율적이다.

✅ 객체 지향 중심의 개발

JPA는 객체 중심으로 설계된 애플리케이션에 적합하며, DB 중심이 아닌 도메인 모델 중심의 개발이 가능하다.

덕분에 상속, 캡슐화 등 Java의 객체 지향 특성을 잘 활용할 수 있어 코드 구조가 더욱 명확하고 유연해진다.

MyBatis는 SQL 중심이고, JPA는 객체 중심이기 때문에 더 직관적인 코드 구성이 가능하다.

✅ 테스트 코드 작성에 유리

JPA는 Repository 중심의 구조 덕분에 테스트 코드 작성이 상대적으로 쉽다.

특히 Spring에서는 @DataJpaTest를 통해 인메모리 DB(H2 등)와 함께 손쉽게 통합 테스트 환경을 구성할 수 있다.

비즈니스 로직과 DB 접근 코드가 잘 분리되어 있어 단위 테스트 또는 Mock 테스트에도 유리하다.

반면, MyBatis는 SQL 쿼리와 Mapper XML에 의존하므로 테스트 시 더 많은 설정과 구조 분리가 요구된다.

✅ 기본적인 CRUD 자동화

JPA는 save(), findById(), delete() 등 기본적인 CRUD 메서드를 JpaRepository 인터페이스를 통해 자동 제공한다.

따라서 반복적인 SQL을 작성하지 않아도 되며, 인터페이스 상속만으로 DB 조작이 가능하므로 개발 생산성과 유지보수성 모두 향상된다.

✅ 복잡한 쿼리는 QueryDSL로 유연하게 처리

JPA는 기본적인 쿼리 처리에는 강하지만, 복잡한 조건의 동적 쿼리 작성에는 제약이 있다.

이러한 부분은 QueryDSL을 함께 사용함으로써 보완할 수 있다.

QueryDSL은 Java 코드 기반으로 쿼리를 작성할 수 있으며, 다음과 같은 장점을 제공한다.

📃 reference