[Spring] JPA란 ?

들어가며,

스프링 공부를 하다가 JPA라는 큰 개념이 나왔다. 따라서 개념을 알고 가기 위해 JPA를 정리해보고자 한다.

 

---

JPA (Java Persistence API) 란?

• 자바 ORM 표준
• 자바 애플리케이션에서 데이터베이스와 상호작용하는 데 사용되는 자바 프로그래밍 인터페이스
• 자바 어플리케이션에서 관계형 데이터베이스를 사용하는 방식을 정의한 인터페이스
• 인터페이스 이기 때문에 Hibernate, OpenJPA 등이 JPA를 구현함

 

 

왜 JPA를 사용해야 할까?

 

현대의 어플리케이션 개발 시  대부분은 OOP(객체지향 프로그래밍) 언어를 사용한다.
데이터를 저장하기 위해 관계형 데이터베이스(이하 RDB)를 사용한다. (DB는 거의 99% RDB를 사용한다고 보면 된다.)
언어는 OOP를 쓰고 DB는 RDB를 쓰므로  객체를 관계형 DB에 저장해서 관리해야 한다. 따라서 객체를 RDB에 저장하기 위해 SQL로 바꿔야한다.

따라서, 우리는 RDB가 알아들을 수 있는 SQL을 계속 작성해야한다.
이렇게 되면 SQL 중심적인 개발을 할 수 밖에 없고 이는 많은 문제점들을 야기한다.

 

SQL 중심적인 개발의 문제점

객체를 RDB에 저장하기 위해 SQL을 계속 작성하다보면 뭔가 반복적인 코드만 작성하는 느낌이 든다. 이러한 반복적인 코드를 작성하는 것도 문제지만 중간에 간단한 로직을 수정(새로운 필드를 추가)기 위해선 지금까지 작성해둔 모든 쿼리를 수정해야하는 대참사가 발생한다.

또한, OOP와 RDB가 지향하는 목표(패러다임)이 완전히 다르다.
RDB는 데이터를 잘 정규화해서 보관에 집중하는 반면, OOP는 필드, 메서드를 하나로 묶어 캡슐화하여 사용하는 것에 집중한다. 이는 뒤에서 자세히 알아보록하자.

물론 객체는 관계형 DB외에 다른 저장소에 저장할 수 있다. 하지만 현실적인 대안은 RDB이다.

• 앞서 언급했듯 우리는 객체를 RDB에 저장하기 위해선 객체를 SQL로 변환해야 한다.

실제로 이렇게 개발을 해보면 SQL 변환 과정에 시간을 많이 소모하게 된다.

 

 

ORM(Object-Relational Mapping)

• 객체와 관계형 데이터베이스의 데이터를 자동으로 매핑(연결)해주는 것을 말한다.
  객체 지향 프로그래밍은 클래스를 사용하고, 관계형 데이터베이스는 테이블을 사용한다.
  객체 모델과 관계형 모델 간에 불일치가 존재한다.
  ORM을 통해 객체 간의 관계를 바탕으로 SQL을 자동으로 생성하여 불일치를 해결한다.
• 데이터베이스 데이터 <—매핑—> Object 필드
  객체를 통해 간접적으로 데이터베이스 데이터를 다룬다.
• Persistant API라고도 할 수 있다.
  Ex) JPA, Hibernate 등

 

 

장점

객체 지향적인 코드로 인해 더 직관적이고 비즈니스 로직에 더 집중할 수 있게 도와준다.
ORM을 이용하면 SQL Query가 아닌 직관적인 코드(메서드)로 데이터를 조작할 수 있어 개발자가 객체 모델로 프로그래밍하는 데 집중할 수 있도록 도와준다.
선언문, 할당, 종료 같은 부수적인 코드가 없거나 급격히 줄어든다.
각종 객체에 대한 코드를 별도로 작성하기 때문에 코드의 가독성을 올려준다.
SQL의 절차적이고 순차적인 접근이 아닌 객체 지향적인 접근으로 인해 생산성이 증가한다.
재사용 및 유지보수의 편리성이 증가한다.
ORM은 독립적으로 작성되어있고, 해당 객체들을 재활용 할 수 있다.
때문에 모델에서 가공된 데이터를 컨트롤러에 의해 뷰와 합쳐지는 형태로 디자인 패턴을 견고하게 다지는데 유리하다.
매핑정보가 명확하여, ERD를 보는 것에 대한 의존도를 낮출 수 있다.
DBMS에 대한 종속성이 줄어든다.
객체 간의 관계를 바탕으로 SQL을 자동으로 생성하기 때문에 RDBMS의 데이터 구조와 Java의 객체지향 모델 사이의 간격을 좁힐 수 있다.
대부분 ORM 솔루션은 DB에 종속적이지 않다.
종속적이지 않다는것은 구현 방법 뿐만아니라 많은 솔루션에서 자료형 타입까지 유효하다.
프로그래머는 Object에 집중함으로 극단적으로 DBMS를 교체하는 거대한 작업에도 비교적 적은 리스크와 시간이 소요된다.
또한 자바에서 가공할경우 equals, hashCode의 오버라이드 같은 자바의 기능을 이용할 수 있고, 간결하고 빠른 가공이 가능하다.

 

단점

완벽한 ORM 으로만 서비스를 구현하기가 어렵다.
사용하기는 편하지만 설계는 매우 신중하게 해야한다.
프로젝트의 복잡성이 커질경우 난이도 또한 올라갈 수 있다.
잘못 구현된 경우에 속도 저하 및 심각할 경우 일관성이 무너지는 문제점이 생길 수 있다.
일부 자주 사용되는 대형 쿼리는 속도를 위해 SP를 쓰는등 별도의 튜닝이 필요한 경우가 있다.

프로시저가 많은 시스템에선 ORM의 객체 지향적인 장점을 활용하기 어렵다.
이미 프로시저가 많은 시스템에선 다시 객체로 바꿔야하며, 그 과정에서 생산성 저하나 리스크가 많이 발생할 수 있다.

 

 

 

 

---

 

 

참고, 출처 블로그:

https://velog.io/@kmw89891/JPA%EB%A5%BC-%EC%99%9C-%EC%82%AC%EC%9A%A9%ED%95%B4%EC%95%BC-%ED%95%98%EB%8A%94%EA%B0%80

https://velog.io/@rhee519/Object-Relational-Mapping

Object-Relational Mapping(객체 관계형 매핑, ORM)