ORM

ORM(Object-Relational Mapping)

객체 지향 프로그래밍 언어에서 관계형 데이터베이스(RDB)를 사용할 때 객체(Object)와 데이터베이스의 관계(Relation)를 매핑하는 기술

객체와 테이블을 1:1로 매핑하여 SQL을 직접 사용하지 않고도 데이터베이스를 조작할 수 있도록 도와주는 기술입니다.

•

Persistence Framework

◦

ORM

◦

SQL Mapper

•

ORM vs SQL Mapper

Persistence Framework

•

ORM

•

SQL Mapper

Persistence Framework

데이터를 영구적으로 저장하고 관리하는 프레임워크로, ORM(JPA, Hibernate)과 SQL Mapper(MyBatis) 등이 포함되며, SQL 작성 방식과 객체 매핑 방식에 따라 구분됩니다.

ORM (Object-Relational Mapping)

ORM이란?

객체와 데이터베이스의 테이블을 자동으로 매핑하는 기술입니다. 개발자가 SQL을 직접 작성하지 않고, 객체를 조작하면 ORM이 자동으로 SQL을 생성하여 데이터베이스와 통신합니다.

ORM 특징 (표)

구분	설명
객체(Entity)와 테이블(Table)의 자동 매핑	객체와 테이블을 1:1 또는 N:1 등의 관계로 매핑
SQL을 직접 작성할 필요 없음	객체의 CRUD(Create, Read, Update, Delete) 작업이 메서드 호출만으로 가능
트랜잭션 관리 자동화	ORM이 트랜잭션을 자동으로 관리
지연 로딩(Lazy Loading), 즉시 로딩(Eager Loading)	연관된 데이터를 언제 불러올지 설정 가능

ORM의 장단점 (표)

장점	설명
생산성 증가	SQL을 직접 작성하지 않아도 객체 조작만으로 데이터 처리가 가능
유지보수 용이	비즈니스 로직과 SQL이 분리되어 코드 가독성이 높음
데이터베이스 독립성	ORM 프레임워크가 SQL을 생성하므로 DBMS 변경이 용이
객체지향적인 개발 가능	엔티티 클래스를 활용하여 객체 지향적인 설계 가능

단점	설명
성능 최적화 어려움	자동 생성된 SQL이 비효율적일 수 있음
복잡한 쿼리 작성 어려움	다중 JOIN이나 특정 DBMS 기능을 활용하려면 Native Query 필요
학습 곡선이 높음	JPA/Hibernate의 개념(지연 로딩, 영속성 컨텍스트 등)을 이해해야 함

대표적인 ORM 기술 (표)

기술	설명
JPA (Java Persistence API)	자바 ORM 기술 표준 인터페이스
Hibernate	JPA의 대표적인 구현체
EclipseLink, OpenJPA	JPA의 다른 구현체

ORM 예제 (JPA & Hibernate)

@Entity
@Table(name = "users")
public class User {
    @Id @GeneratedValue
    private Long id;

    private String name;
    private String email;
}
Java
복사

// 데이터 저장 (SQL 직접 작성 없이 ORM이 처리)
User user = new User();
user.setName("John Doe");
user.setEmail("john@example.com");

entityManager.persist(user);  // INSERT SQL 자동 실행
Java
복사

SQL Mapper

SQL Mapper란?

SQL Mapper는 개발자가 직접 SQL을 작성하고, 실행 결과를 객체에 매핑하는 방식입니다. SQL 작성의 자유도가 높아 복잡한 쿼리도 쉽게 작성할 수 있지만, SQL을 직접 관리해야 합니다.

SQL Mapper 특징 (표)

구분	설명
SQL을 직접 작성해야 함	ORM처럼 자동 생성되지 않으며, SQL을 개발자가 명시적으로 작성해야 함
SQL 실행 결과를 객체에 매핑	SQL을 실행하고, 결과를 수동으로 객체에 할당
DBMS 종속적	DB에 맞춰 SQL을 최적화할 수 있지만, 특정 DBMS에 종속될 가능성이 높음

SQL Mapper의 장단점 (표)

장점	설명
SQL을 직접 컨트롤 가능	ORM보다 SQL 최적화가 쉬움
복잡한 쿼리 작성 용이	JOIN, 서브쿼리, 그룹핑 등이 자유로움
배우기 쉬움	SQL을 알고 있다면 별다른 추가 학습 없이 사용 가능

단점	설명
비즈니스 로직과 SQL이 혼재될 가능성	유지보수가 어려울 수 있음
DBMS 종속성	DB 변경 시 SQL을 수정해야 할 가능성이 높음
트랜잭션 관리 별도 필요	ORM처럼 자동 트랜잭션 관리 기능 없음

대표적인 SQL Mapper 기술 (표)

기술	설명
MyBatis	Java 기반 대표적인 SQL Mapper 프레임워크
iBatis	MyBatis의 이전 버전

SQL Mapper 예제 (MyBatis)

① XML 기반 SQL 정의

<mapper namespace="UserMapper">
    <select id="getUserById" parameterType="int" resultType="User">
        SELECT * FROM users WHERE id = #{id}
    </select>
</mapper>
XML
복사

② Java 코드에서 SQL 실행

UserMapper userMapper = sqlSession.getMapper(UserMapper.class);
User user = userMapper.getUserById(1);
Java
복사

ORM vs SQL Mapper, 어떤 걸 선택해야 할까?

ORM이 적합한 경우

•

객체 지향적인 개발이 필요할 때

•

비즈니스 로직과 데이터베이스 로직을 분리하고 싶을 때

•

데이터베이스 변경 가능성이 높을 때 (ORM은 DB 독립성이 높음)

•

자동화된 트랜잭션 관리가 필요할 때

SQL Mapper가 적합한 경우

•

복잡한 SQL 쿼리를 자주 작성해야 할 때

•

SQL 최적화가 중요한 프로젝트

•

대용량 데이터 처리(ORM보다 SQL 튜닝이 용이)

•

DBMS에 맞춰 성능을 최적화해야 할 때

결론: ORM과 SQL Mapper는 목적에 따라 선택하자!

ORM과 SQL Mapper는 각자 장단점이 있으며, 프로젝트 성격에 따라 적절한 방식을 선택해야 합니다.

•

ORM은 객체 중심적인 개발과 유지보수가 쉽습니다.

•

SQL Mapper는 SQL 최적화와 복잡한 쿼리 작성이 유리합니다.

•

두 가지를 병행하여 사용할 수도 있음 (예: 기본적인 CRUD는 ORM, 복잡한 쿼리는 SQL Mapper 활용)

즉, ORM과 SQL Mapper는 "상호 배타적"이 아니라 "보완적인 기술"로 함께 활용할 수도 있다!

ORM vs SQL Mapper

구분	ORM (Object-Relational Mapping)	SQL Mapper
개념	객체와 관계형 데이터베이스를 자동으로 매핑하여 SQL 없이 데이터 조작 가능	SQL을 직접 작성하고 결과를 객체와 매핑
SQL 작성	자동으로 생성 (JPQL, Criteria API 등 사용)	직접 SQL 작성 (개발자가 컨트롤)
유연성	객체 중심적인 데이터 조작 (DBMS 독립적)	SQL 중심적인 데이터 조작 (DBMS 종속적)
학습 난이도	상대적으로 높음 (지연 로딩, 연관 관계 설정 등)	비교적 쉬움 (SQL을 이미 알고 있다면)
퍼포먼스 최적화	SQL 튜닝이 어렵고, 자동 생성된 쿼리가 비효율적일 수 있음	SQL을 직접 작성하므로 성능 최적화 용이
복잡한 쿼리	복잡한 JOIN, 서브쿼리 등이 어려울 수 있음 (Native Query 필요)	복잡한 쿼리 작성이 자유로움
트랜잭션 관리	자동으로 관리 (Spring, Hibernate 지원)	직접 관리 필요
캐싱 지원	1차 캐시, 2차 캐시 지원 (JPA/Hibernate)	캐시 기능 없음 (별도 구현 필요)
대표 기술	JPA, Hibernate, EclipseLink, OpenJPA	MyBatis, iBatis

한눈에 보는 차이점

•

ORM: SQL을 직접 다루지 않고 객체 중심으로 데이터 조작 → 자동화, 유지보수 편리

•

SQL Mapper: SQL을 직접 작성하여 DB를 조작 → 유연성, 성능 튜닝 용이

언제 사용하면 좋을까?

•

ORM이 적합한 경우: 데이터 모델이 객체 지향적으로 설계되어 있고, SQL을 최소화하며 유지보수를 쉽게 하고 싶을 때

•

SQL Mapper가 적합한 경우: 복잡한 쿼리가 많거나, 성능 튜닝이 중요하며 SQL을 직접 컨트롤해야 할 때

JPA

•

JPA

•

JPA 주요 구성 요소

•

JPA 장점

•

JPA vs MyBatis

•

JPA 주요 기능

JPA란?

JPA(Java Persistence API)는 자바 진영의 ORM 기술 표준입니다. JPA를 사용하면 개발자가 직접 SQL을 작성하지 않고도 데이터베이스를 객체지향적으로 관리할 수 있습니다.

JPA 소개

ORM(Object-Relational Mapping)

객체 지향 프로그래밍 언어에서 관계형 데이터베이스(RDB)를 사용할 때 객체(Object)와 데이터베이스의 관계(Relation)를 매핑하는 기술

객체와 테이블을 1:1로 매핑하여 SQL을 직접 사용하지 않고도 데이터베이스를 조작할 수 있도록 도와주는 기술입니다.

•

Persistence Framework

◦

ORM

◦

SQL Mapper

•

ORM vs SQL Mapper

Persistence Framework

•

ORM

•

SQL Mapper

Persistence Framework

ORM (Object-Relational Mapping)

ORM이란?

ORM 특징 (표)

구분	설명
객체(Entity)와 테이블(Table)의 자동 매핑	객체와 테이블을 1:1 또는 N:1 등의 관계로 매핑
SQL을 직접 작성할 필요 없음	객체의 CRUD(Create, Read, Update, Delete) 작업이 메서드 호출만으로 가능
트랜잭션 관리 자동화	ORM이 트랜잭션을 자동으로 관리
지연 로딩(Lazy Loading), 즉시 로딩(Eager Loading)	연관된 데이터를 언제 불러올지 설정 가능

ORM의 장단점 (표)

장점	설명
생산성 증가	SQL을 직접 작성하지 않아도 객체 조작만으로 데이터 처리가 가능
유지보수 용이	비즈니스 로직과 SQL이 분리되어 코드 가독성이 높음
데이터베이스 독립성	ORM 프레임워크가 SQL을 생성하므로 DBMS 변경이 용이
객체지향적인 개발 가능	엔티티 클래스를 활용하여 객체 지향적인 설계 가능

단점	설명
성능 최적화 어려움	자동 생성된 SQL이 비효율적일 수 있음
복잡한 쿼리 작성 어려움	다중 JOIN이나 특정 DBMS 기능을 활용하려면 Native Query 필요
학습 곡선이 높음	JPA/Hibernate의 개념(지연 로딩, 영속성 컨텍스트 등)을 이해해야 함

대표적인 ORM 기술 (표)

기술	설명
JPA (Java Persistence API)	자바 ORM 기술 표준 인터페이스
Hibernate	JPA의 대표적인 구현체
EclipseLink, OpenJPA	JPA의 다른 구현체

ORM 예제 (JPA & Hibernate)

SQL Mapper

SQL Mapper란?

SQL Mapper 특징 (표)

구분	설명
SQL을 직접 작성해야 함	ORM처럼 자동 생성되지 않으며, SQL을 개발자가 명시적으로 작성해야 함
SQL 실행 결과를 객체에 매핑	SQL을 실행하고, 결과를 수동으로 객체에 할당
DBMS 종속적	DB에 맞춰 SQL을 최적화할 수 있지만, 특정 DBMS에 종속될 가능성이 높음

SQL Mapper의 장단점 (표)

장점	설명
SQL을 직접 컨트롤 가능	ORM보다 SQL 최적화가 쉬움
복잡한 쿼리 작성 용이	JOIN, 서브쿼리, 그룹핑 등이 자유로움
배우기 쉬움	SQL을 알고 있다면 별다른 추가 학습 없이 사용 가능

단점	설명
비즈니스 로직과 SQL이 혼재될 가능성	유지보수가 어려울 수 있음
DBMS 종속성	DB 변경 시 SQL을 수정해야 할 가능성이 높음
트랜잭션 관리 별도 필요	ORM처럼 자동 트랜잭션 관리 기능 없음

대표적인 SQL Mapper 기술 (표)

기술	설명
MyBatis	Java 기반 대표적인 SQL Mapper 프레임워크
iBatis	MyBatis의 이전 버전

SQL Mapper 예제 (MyBatis)

① XML 기반 SQL 정의

② Java 코드에서 SQL 실행

ORM vs SQL Mapper, 어떤 걸 선택해야 할까?

ORM이 적합한 경우

•

객체 지향적인 개발이 필요할 때

•

비즈니스 로직과 데이터베이스 로직을 분리하고 싶을 때

•

데이터베이스 변경 가능성이 높을 때 (ORM은 DB 독립성이 높음)

•

자동화된 트랜잭션 관리가 필요할 때

SQL Mapper가 적합한 경우

•

복잡한 SQL 쿼리를 자주 작성해야 할 때

•

SQL 최적화가 중요한 프로젝트

•

대용량 데이터 처리(ORM보다 SQL 튜닝이 용이)

•

DBMS에 맞춰 성능을 최적화해야 할 때

결론: ORM과 SQL Mapper는 목적에 따라 선택하자!

ORM과 SQL Mapper는 각자 장단점이 있으며, 프로젝트 성격에 따라 적절한 방식을 선택해야 합니다.

•

ORM은 객체 중심적인 개발과 유지보수가 쉽습니다.

•

SQL Mapper는 SQL 최적화와 복잡한 쿼리 작성이 유리합니다.

•

두 가지를 병행하여 사용할 수도 있음 (예: 기본적인 CRUD는 ORM, 복잡한 쿼리는 SQL Mapper 활용)

즉, ORM과 SQL Mapper는 "상호 배타적"이 아니라 "보완적인 기술"로 함께 활용할 수도 있다!

ORM vs SQL Mapper

구분	ORM (Object-Relational Mapping)	SQL Mapper
개념	객체와 관계형 데이터베이스를 자동으로 매핑하여 SQL 없이 데이터 조작 가능	SQL을 직접 작성하고 결과를 객체와 매핑
SQL 작성	자동으로 생성 (JPQL, Criteria API 등 사용)	직접 SQL 작성 (개발자가 컨트롤)
유연성	객체 중심적인 데이터 조작 (DBMS 독립적)	SQL 중심적인 데이터 조작 (DBMS 종속적)
학습 난이도	상대적으로 높음 (지연 로딩, 연관 관계 설정 등)	비교적 쉬움 (SQL을 이미 알고 있다면)
퍼포먼스 최적화	SQL 튜닝이 어렵고, 자동 생성된 쿼리가 비효율적일 수 있음	SQL을 직접 작성하므로 성능 최적화 용이
복잡한 쿼리	복잡한 JOIN, 서브쿼리 등이 어려울 수 있음 (Native Query 필요)	복잡한 쿼리 작성이 자유로움
트랜잭션 관리	자동으로 관리 (Spring, Hibernate 지원)	직접 관리 필요
캐싱 지원	1차 캐시, 2차 캐시 지원 (JPA/Hibernate)	캐시 기능 없음 (별도 구현 필요)
대표 기술	JPA, Hibernate, EclipseLink, OpenJPA	MyBatis, iBatis

한눈에 보는 차이점

•

ORM: SQL을 직접 다루지 않고 객체 중심으로 데이터 조작 → 자동화, 유지보수 편리

•

SQL Mapper: SQL을 직접 작성하여 DB를 조작 → 유연성, 성능 튜닝 용이

언제 사용하면 좋을까?

•

ORM이 적합한 경우: 데이터 모델이 객체 지향적으로 설계되어 있고, SQL을 최소화하며 유지보수를 쉽게 하고 싶을 때

•

SQL Mapper가 적합한 경우: 복잡한 쿼리가 많거나, 성능 튜닝이 중요하며 SQL을 직접 컨트롤해야 할 때

ORM

엔터티(Entity)

@Entity 어노테이션을 사용하여 정의됩니다. 각 엔터티는 고유한 식별자(@Id)를 가지며, 데이터베이스 테이블의 레코드를 자바 객체로 표현합니다.

•

주요 어노테이션

•

엔터티 예시 코드

주요 어노테이션

엔터티

관계 매핑

JPA 관계 매핑 개념

JPA에서 엔터티 간의 관계를 설정할 때 연관 관계 매핑을 사용합니다. 관계는 다음과 같이 분류됩니다.

•

 1:1 (One-To-One) → @OneToOne

•

 1:N (One-To-Many) → @OneToMany

•

 N:1 (Many-To-One) → @ManyToOne

•

 N:M (Many-To-Many) → @ManyToMany

이 중 1:N & N:1 관계는 가장 많이 사용되며, 실무에서는 중간 테이블을 이용한 Many-To-Many 해결 방법이 일반적입니다.

관계 매핑

JPA 주요 어노테이션

JPA에서 자주 사용되는 어노테이션을 기본 엔터티, 관계 매핑, 기타 기능으로 분류하여 정리했습니다.

엔터티 기본 어노테이션

관계 매핑 어노테이션

기타 주요 어노테이션

주요 어노테이션

JPQL (Java Persistence Query Language)

JPQL 정의

특징

•

SQL과 유사한 문법을 사용하지만 테이블이 아닌 엔터티 객체를 대상으로 실행

•

데이터베이스 독립적으로 사용 가능

JPQL

Criteria API

SQL이나 JPQL과 달리, 자바 코드만으로 쿼리를 생성하기 때문에 컴파일 시점에서 오류를 잡을 수 있으며, 메서드 체이닝 방식으로 동적 쿼리를 쉽게 조립할 수 있습니다.

Criteria API 정의

특징

•

JPQL과 동일한 기능을 제공하면서 컴파일 시점에 오류를 확인 가능

Criteria API

Querydsl

기존 JPQL과 Criteria API의 복잡한 코드 작성을 단순화하면서도 가독성과 유지보수성을 높여주는 기능을 제공합니다.

Querydsl 정의

동적 쿼리를 간결한 코드로 작성할 수 있으며, 컴파일 시점에서 오류를 검출할 수 있습니다.

Querydsl