Backend study/JPA

JPA란?

adulty22 2024. 10. 7. 17:07

SQL을 직접 다룰 때 발생하는 문제점과 패러다임 불일치

JPA에 대해 설명하기 전에 애플리케이션에서 SQL을 직접 사용하여 데이터베이스와 상호작용할 때 발생하는 문제점과, 객체 지향 프로그래밍과 관계형 데이터베이스 간의 패러다임 불일치에 대해 설명하겠다.

 

1. SQL을 직접 사용할 때 발생하는 문제점

  • SQL과 코드의 결합: SQL을 직접 작성하게 되면 비즈니스 로직에 SQL이 얽히게 되어, 데이터베이스 변경이나 쿼리 수정 시 코드 수정이 필요하게 된다. 유지보수성이 떨어지며 코드의 가독성도 저하된다.
  • 반복적인 코드: CRUD(Create, Read, Update, Delete) 같은 작업에서 SQL 쿼리는 매우 반복적이다. 모든 테이블에 대해 비슷한 구조의 쿼리를 계속 작성해야 하는 번거로움이 있다.
  • DB 종속성: 특정 DBMS에 종속적인 SQL 문법을 사용하는 경우, 다른 DBMS로 마이그레이션할 때 많은 코드 수정이 요구된다.
  • 객체 지향과의 불일치: 애플리케이션은 대부분 객체 지향 언어(Java, C++)로 작성되는데, 데이터베이스는 관계형 모델을 사용한다. 이로 인해 개발자는 객체를 테이블에 맞춰 변환하는 추가 작업을 해야 한다.

 

2. 패러다임 불일치(Paradigm Mismatch)

패러다임 불일치는 객체 지향 프로그래밍(OOP)과 관계형 데이터베이스(RDB) 사이의 근본적인 차이에서 발생한다. 이 차이로 인해 다양한 불일치가 생기며, 이를 해소하기 위한 추가적인 작업이 요구된다.

  • 객체 모델 vs. 테이블 모델: 객체는 클래스와 인스턴스로 표현되고, 상속이나 연관 관계(association)를 쉽게 표현할 수 있다. 반면, 관계형 데이터베이스는 테이블과 열로 구성되며, 상속을 표현할 수 없다. 이를 해결하기 위해 복잡한 조인(Join)이나 매핑 작업이 필요하다.
  • 상태 vs. 행: 객체는 상태(멤버 변수)로 다양한 정보를 유지한다. 그러나 테이블의 데이터는 행(row) 단위로 저장되며, 상태 변화는 DB에 다시 저장(업데이트)해야 한다. 즉, 객체의 상태 변화와 테이블의 행 업데이트 간에 차이가 존재한다.
  • 객체 관계 매핑: 객체 간의 연관 관계(association)는 보통 1:1, 1, N관계로 구성되는데, 이를 테이블의 외래 키로 변환하는 작업이 복잡하다. 특히 다대다(N) 관계는 별도의 매핑 테이블을 필요로 하는 등 추가적인 작업이 요구된다.

이러한 패러다임 불일치로 인해 애플리케이션 개발자는 코드에서 추가적인 복잡도를 감수해야 하며, 성능 문제나 유지보수의 어려움을 겪을 수 있다.

 

JPA(Java Persistence API)의 소개

JPA는 이러한 문제를 해결하기 위한 ORM(Object-Relational Mapping) 표준 인터페이스이다. 객체와 데이터베이스 간의 매핑을 자동으로 처리하여 SQL을 직접 작성하지 않고도 데이터베이스 작업을 수행할 수 있도록 도와준다.

JPA는 인터페이스로 정의되어 있으며, Hibernate와 같은 구현체들이 이 표준을 따른다. 즉, JPA를 사용하면 데이터베이스와의 상호작용을 더 객체 지향적으로 처리할 수 있으며, SQL 코드의 반복과 복잡성을 줄일 수 있다.

1. JPA의 주요 개념

  • 엔티티(Entity): 데이터베이스의 테이블과 매핑되는 객체를 말한다. 예를 들어 User라는 엔티티는 users라는 테이블과 연결된다.
  • 영속성 컨텍스트(Persistence Context): JPA에서 엔티티 객체를 관리하는 환경으로, 영속성 컨텍스트는 데이터베이스와의 연결을 관리하고 엔티티의 생명주기를 담당한다.
  • JPQL(Java Persistence Query Language): JPA는 SQL 대신 객체 지향적인 쿼리 언어인 JPQL을 제공한다. JPQL은 객체를 대상으로 쿼리를 작성하는 방식으로, SQL과는 달리 엔티티를 다룬다.
  • 트랜잭션(Transaction): JPA는 트랜잭션을 통해 데이터베이스에 데이터를 안전하게 저장하고 처리한다. 데이터 변경 작업은 트랜잭션 내에서 이루어져야 하며, 이로 인해 데이터 일관성을 유지할 수 있다.

2. JPA의 장점

  • 객체 지향적인 데이터 접근: SQL을 직접 작성하지 않고도 데이터베이스 작업을 객체 모델을 기반으로 수행할 수 있다. 이는 객체 지향 프로그래밍 패러다임을 유지하면서 데이터베이스 작업을 더 쉽게 처리할 수 있다는 장점이 있다.
  • SQL의 반복적인 작업 감소: JPA는 반복적인 CRUD 작업을 대신 처리해준다. 코드의 간결함을 유지할 수 있으며, 데이터베이스 처리 로직을 비즈니스 로직과 분리할 수 있다.
  • 데이터베이스 독립성: JPA는 데이터베이스 벤더에 종속되지 않도록 설계되었다. 이를 통해 다양한 DBMS에서 동일한 코드를 사용할 수 있으며, 다른 데이터베이스로의 마이그레이션이 용이하다.
  • 성능 최적화 기능: JPA는 지연 로딩(Lazy Loading), 캐싱(Cache), 배치 처리(Batch Processing)와 같은 성능 최적화 기능을 제공한다. 이를 통해 불필요한 데이터베이스 접근을 최소화하고 성능을 높일 수 있다.
  • 유지보수성 증가: 데이터베이스 쿼리를 직접 관리하지 않아도 되므로, 데이터베이스 구조가 변경되더라도 코드 수정을 최소화할 수 있다. 또한, 객체 중심으로 설계된 코드는 더 이해하기 쉽고 유지보수하기 편리하다.

 

SQL 직접 사용 문제점과 패러다임 불일치는 객체 지향 프로그래밍과 관계형 데이터베이스 사이의 근본적인 차이에서 발생하는 어려움이다. 이를 해결하기 위해 JPA는 객체와 데이터베이스 간의 매핑을 자동화하고, SQL을 추상화하여 데이터베이스 독립적인 애플리케이션을 만들 수 있도록 도와준다. 이를 통해 개발자는 더 객체 지향적인 코드를 작성할 수 있으며, 유지보수성, 생산성, 그리고 성능 측면에서 많은 이점을 얻을 수 있다.

728x90