(1) JPA란?

[Spring JPA] ORM과 JPA 그리고 Hibernate

• 객체지향 자바 소스코드에서, 관계 지향 데이터베이스에 SQL 작성 없이 접근할 수 있도록 해주는 기능들을 정의한 ORM 표준 명세(인터페이스)

<aside> 💡 Persistence라는 단어의 의미

Persistence라는 단어는 한국어로 '영속성'으로 변역이 되는데요. 생소한 단어라 잘 와닫지 않습니다. 아래 글에서는 Persistence의 의미에 대해 따져보는데, 참고로 읽어보면 재밌습니다

</aside>

Persistence를 어떻게 번역해야하나?

JPA 구현체

• JPA를 실제로 사용할 수 있도록 API 라이브러리로 구현해 놓은 것
• 대표적인 것이 Hibernate로,가장 범용적으로 사용되는 JPA 구현체

(2) JPA를 왜 써야 하는데?

직접 모내기를 하다가 최신 트랙터를 만난 기분

• 김영한, 자바 ORM 표준 프로그래밍

[JPA] Spring Data JPA와 QueryDSL 이해, 실무 경험 공유

JPA를 안 쓰던 과거의 방식이 어땠는지 생각해 보자

• 엄청나게 비효율적인 개발

  • 모든 SQL문을 개발자가 개발해야 하고, 유사한 SQL문을 반복해서 찍어내야 함
  • SQL은 길어지면 가독성이 급격히 떨어짐
  • SQL툴과 Java툴이 다른데, 개발을 위해 양쪽 툴을 왔다갔다하며 작업해야 함

• 패러다임의 불일치

  <aside> 💡 패러다임 불일치의 구체적 예시는 아래와 같습니다

  1. 상속관계 : ****DB 슈퍼타입 서브타입으로 구현 가능. 그러나 SQL 복잡
  2. 의존관계(=연관관계 또는 컴포지션) : Join으로 구현 가능. 그러나 SQL 복잡 3. 그래프 : 그래프의 모든 Edge에 대해 SQL문을 따로 작성해야 하므로 작업량이 기하급수적으로 증가
  3. 비교 : DB에서 같은 데이터가다른 인스턴스에서 저장되면 동일하지 않음

  </aside>

  • 상속, 인터페이스, 컴포지션과 같은 복잡한 객체지향 개념을 SQL로 만드는 것은 굉장히 번거로움
  • 객체간의 그래프 연관관계는 SQL로 구현하는건 포기하는 것이 빠름
  • 즉, 객체 도메인 모델링을 잘 하면 할수록 오히려 SQL로 바꾸기가 더 힘들어짐
  • 어플리케이션 계층구조와 은닉화 등 객체중심 개발을 하지 못하게 되고, 모든 개발은 SQL을 중심으로 진행된다. 구현 가능한 기능의 범위는 SQL로 할수 있는 것에 한정되고, 복잡한 프로그램은 꿈도 꿀수 없다

• 개선변경을 할래야 할 수 없는 구조

  • 테이블이나 객체구조에 수정이 생기면 해당 테이블,객체와 연관된 소스코드와 SQL문 전체에 엄청난 변경부담 발생
    • 사람에 age 속성 추가해 주세요! → 화면, 설정, 소스코드, SQL 다 고쳐야 함
  • DBMS 벤더를 바꾸기라도 했다간 모든 SQL을 다 뒤엎어야 함
    • 오라클이 비싸다고 징징대지만 오라클에서 다른 DBMS로 바꿀 엄두도 내지 못함

• 성능

  • 기본적으로 SQL 자체가 프로그래밍 언어에 비해 느리게 동작한다
  • 프로그래밍 언어에서는 손쉽게 사용되는 캐싱 등의 성능향상 기법 적용이 쉽지 않음
    • 오라클 등의 DBMS에 내부적으로 실행되었던 SQL문을 캐싱해주는 기능이 있긴 하지만, 사용이 매우 제한적임
  • 모든 로직이 DB에서 돌아가므로, 수평 및 수직확장이 굉장히 힘들고 관리하기가 어렵다.

JPA 혹은 ORM을 쓰고 있는 수많은 기업들

• 기본적으로 외국은 JPA가 우세
• 수조원 단위의 결제금액을 처리하는 대규모 플랫폼 기업
• 수억명의 트래픽을 처리하는 웹 포털 기업