[ Spring Boot ] 데이터 베이스

MyBatis

• 실제로 개발하는 시간 보다 SQL 을 다루는 시간이 더 많았음
• 객체 모델링보다는 데이터 모델링에만 집중하고, 객체를 단순히 테이블에 맞추어 데이터 전달 역할만 하는 개발을 하게 됨

MyBatis는 ORM이 아님. SQL Mapper이다.
ORM은 객체를 매핑하는 것이고, SQL Mapper는 쿼리를 매핑

---

JPA

현대의 웹 애플리케이션에서 관계형 데이터베이스(RDB, Relational Database)는 빠질 수 없는 요소
그러다 보니 객체를 관계형 데이터베이스에서 관리하는 것이 무엇보다 중요
현업 프로젝트 대부분이 애플리케이션 코드보다 SQL로 가득하게 된 것
이는 관계형 데이터베이스가 SQL만 인식할 수 있기 때문인데, SQL로만 가능하니 각 테이블마다 기본작인 CRUD(Create, Read, Update, Delete) SQL을 매번 생성해야 함
예를 들어 User 객체를 테이블로 관리한다면 다음의 코드를 피할 수 없음

insert into user (id, name, ...) values (...);
select * from user where ...;
update user set ... where ...;
delete from user where ...;

개발자가 아무리 자바 클래스를 아름답게 설계해도, SQL을 통해야만 데이터베이스에 저장하고 조회할 수 있음
✅ 관계형 데이터베이스를 사용해야만 하는 상황에서 SQL은 피할 수 없음

문저젬

1. 수십, 수백 개의 테이블 마다 모두 SQL을 만들고 유지 보수 해야함 → 너무 많은 단순 반복 작업
2. 패러다임 불일치 문제
   • 관계형 데이터베이스는 어떻게 데이터를 저장할지에 초점이 맞춰진 기술
   • 반대로, 객체지향 프로그래밍 언어는 메시지를 기반으로 기능과 속성을 한 곳에서 관리하는 기술
   • 둘의 언어의 패러다임이 다른데, 객체를 데이터베이스에 저장하려고 하니 여러 문제가 발생
   • 이것을 패러다임 불일치라고 함
   • 객체 지향 프로그래밍에서 부모가 되는 객체를 가져오려면 ?

     User user = findUser();
     Group group = user.getGroup();

   • 명확하게 User와 Group은 부모-자식 관계임을 알 수 있음
   • 여기에 데이터베이스가 추가되면 ?

     User user = userDao.findUser();
     Group group = groupDao.findGroup(user.getGroupId());

   • User 따로, Group 따로 조회
   • User와 Group이 어떤 관계인지 알 수 있나? → 상속, 1:N 등 다양한 객체 모델링은 데이터베이스로는 구현할 수 없음
   • 그러다 보니 웹 애플리케이션 개발은 점점 데이터베이스 모델링에만 집중하게 됨

✅ 이러한 문제들을 해결하기 위해 JPA가 등장
✅ 서로 지향하는 바가 다른 2개 영역을 중간에서 패러다임 일치를 시켜주기 위한 기술
즉, 개발자는 객체지향적으로 프로그래밍을 하고, JPA가 이를 관계형 데이터베이스에 맞게 SQL을 대신 생성해서 실행 → 더이상, SQL에 종속적인 개발을 하지 않아도 됨

---

Spring Data JPA

• JPA는 인터페이스로서 자바 표준 명세서
• 인터페이스인 JPA를 사용하기 위해서는 구현체가 필요함, 대표적으로 Hibernate, Eclipse Link등이 있음
• 하지만 Spring에서 JPA를 사용할 때는 이 구현체들을 직접 다루진 않음
• 구현체들을 좀 더 쉽게 사용하고자 추상화시킨 Spring Data JPA라는 모듈을 이용하여 JPA 기술을 다룸
• 관계
  • JPA ← Hibernate ← Spring Data JPA
• 이렇게 한 단계 더 감싸놓은 Spring Data JPA 가 등장한 이유
  • 구현체 교체의 용이성 : Hibernate 외에 다른 구현체로 쉽게 교체하기 위함
  • 저장소 교체의 용이성 : 관게형 데이터베이스 외에 다른 저장소로 쉽게 교체하기 위함