[Spring Data JDBC] Spring Data JDBC란?

Spring Data JDBC

공식 문서 1, 2를 참고했습니다

소개

• Spring Data family 구성원
• JDBC 기반으로 repository를 쉽게 구현할 수 있도록 도와준다
• DDD(Domain Driven Design)에서 영감을 받음
• JPA보다 기능은 적지만 더 단순함. 간단하면서 제한된 방법들을 지원함

지원 기능

• CrudRepository
• @Query
• Id 생성
• 이벤트 처리
• MyBatis, Auditing, CustomConversions

지원되지 않는 기능

• 캐싱, 지연 로딩
• JPA와 달리 save()하면 저장되고, save()하지 않으면 저장되지 않는다.

DDD (도메인 기반 설계)

모든 spring data 모듈은 DDD의 repository, aggregate, aggregate root의 개념에서 영감을 받았다.

aggregate

• '집합'이라는 뜻
• 값이 변화할 때 일관성을 유지해야 하는 데이터의 집합.
• 예 : order와 item - item이 주문되면 order의 재고수량도 변경되어야 한다
• aggregate의 값 변화는 원자적이며 일관성이 보장된다.
• Strong Consistency를 보장해 주지 않는다. (Eventual Consistency 보장) 즉, aggregate에 대한 참조는 항상 일관성이 보장되진 않지만 결국 일관성이 보장된다.

the Aggregate Root

• 각각의 aggregate에는 정확하게 하나의 aggregate root가 존재함
• aggregate root의 메소드를 통해서만 aggregate의 값을 조작할 수 있다

repository

• 영구적인 객체의 저장소
• 하나의 aggregate root당 하나의 repository를 가질 수 있다.
• 하나의 aggregate root에서 도달할 수 있는 모든 엔티티는 그 aggregate root의 일부로 간주된다.
• aggregate에만 테이블(루트가 아닌 엔티티를 저장하는 테이블)에 대한 외래 키를 가지며, 다른 엔티티가 루트가 아닌 엔티티를 가리키는 일은 없다고 가정한다.
• aggregate root에 참조되는 엔티티는 Spring Data JDBC에 의해 삭제되고 다시 생성된다.

Spring Data JDBC 에 대해..

가벼운 마음으로 스프링 데이터 JDBC에 대한 글을 하나 읽어 보았다.

(spring data jdbc부분만 읽었다)

JDBC는...

DB에 접근하기 위한 자바 표준 API.

• JDBC 드라이버 로딩
• DBMS에 연결
• SQL문을 DB에 전송하고 결과 값을 받는다

자바 애플리케이션 - JDBC API - JDBC Driver Manager - JDBC Driver - DBMS

• JDBC Driver
  • 자바 앱의 요청을 DBMS가 이해할 수 있는 프로토콜로 변환해 주는 어댑터 역할
• 일반적으로 DB연동 작업은 커넥션 연결, SQL 쿼리 전송 등의 작업을 수행한다.
  • Connection : DB와 연결 (=session)
  • Statement : SQL문을 실행하거나, SQL문의 결과를 반환하는 데 사용
  • 조금 더 쉽게 하기 위해 쓰는 것이 Spring JDBC Template클래스나 MyBatis 같은 프레임워크이다.

ORM

Object-Relational Mapping

객체와 관계형DB를 맵핑하는 기술

• 개발자가 데이터보다 로직 자체에 집중할 수 있도록 함
• SQL문을 직접 짜지 않아도 됨
• 유지보수가 편해짐

JPA, Hibernate

JPA : ORM 기술에 대한 표준 명세.

Hibernate : JPA 표준을 구현한 프레임워크 중 하나

Spring Data JPA

Spring Data JPA : JPA위에 추가된 추상화 계층

JPA기반으로 데이터 액세스를 위한 더 간단하고 향상된 기능 제공

Spring Data JDBC

• Spring Data JPA가 이미 있는 상태에서 2018년에 출시되었다
  • 왜? JPA가 더 많이 자동화 되어있고 편하고 많은 기능을 지원하는데?
    1. 너무 복잡하다
    2. 그 외 여러 단점들 (Lazy Loading Exception, Dirty Checking ... 등)

Spring Data JDBC의 특징

• 심플하다.
• Very simple & limited & opinionated ORM
• No Lazy Loading, Caching, Proxies and Deffered Flushing

Spring 애플리케이션 - Spring Data JDBC - JDBC API - JDBC Driver Manager - JDBC Driver - DBMS

Spring Data JDBC - 공식문서 읽어보기

Spring Data JDBC 공식 문서를 읽고 일부를 정리했습니다.

9.5. Annotation-based Configuration

Spring Data JDBC의 repository 지원은 자바 configuration을 통한 어노테이션에 의해 활성화된다.

Example 54. 자바 configuration을 사용하는 Spring Data JDBC repositories

@Configuration
@EnableJdbcRepositories                                                                
class ApplicationConfig extends AbstractJdbcConfiguration {      

    @Bean
    public DataSource dataSource() {  
        EmbeddedDatabaseBuilder builder = new EmbeddedDatabaseBuilder();
        return builder.setType(EmbeddedDatabaseType.HSQL).build();
    }

    @Bean
    NamedParameterJdbcOperations namedParameterJdbcOperations(DataSource dataSource) { 
        return new NamedParameterJdbcTemplate(dataSource);
    }

    @Bean
    TransactionManager transactionManager(DataSource dataSource) {    
        return new DataSourceTransactionManager(dataSource);
    }
}

• @EnableJdbcRepositories는 Repository로부터 나온 인터페이스들을 위한 구현체를 만든다
  • Spring Data JDBC 리포지토리를 활성화한다.
• AbstractJdbcConfiguration은 Spring Data JDBC에 요구되는 다양한 기본 빈들을 제공한다
• DataSource는 데이터베이스에 대한 연결을 생성한다.
  • 아래의 두 bean 메서드들 때문에 필요하다.
• NamedParameterJdbcOperations는 SpringDataJDBC가 데이터베이스에 접근하기 위해 사용된다.
• Spring Data JDBC는 Spring JDBC에 의해 제공되는 트랜잭션 관리를 활용한다.

✔ Spring Boot를 사용하면 훨씬 편하다.

- `DataSource`를 만들 필요가 없다. (`spring-boot-starter-data-jdbc` 의존성만 추가하면 된다.)

9.5.1. Dialects

Spring Data JDBC는 데이터베이스나 JDBC 드라이버에 의해 특정되는 행동을 캡슐화하기 위해, 인터페이스인 Dialect의 구현체를 사용한다.

기본적으로는 AbstractJdbcConfiguration이 사용 중인 데이터베이스를 결정하고 올바른 Dialect를 등록하려 한다.
(이 동작은 jdbcDialect(NamedParameterJdbcOperations)을 overwriting해 바꿀 수 있다)

만약 아무 Dialect도 사용 불가능한 데이터베이스를 사용한다면, 당신의 애플리케이션이 시작하지 않을 것이다. 이런 경우 공급업자에게 Dialect의 구현체를 제공하도록 요청해야 할 것이다. 또는 아래와 같이 할 수 있다 :

1. 당신만의 Dialect를 구현한다.
2. Dialect를 반환하는 JdbcDialectProvider를 구현한다.
3. Register the provider by creating a spring.factories resource under META-INF and perform the registration by adding a line
   org.springframework.data.jdbc.repository.config.DialectResolver$JdbcDialectProvider=<fully qualified name of your JdbcDialectProvider>

9.6 Persisting Entities

지속 엔티티?

aggregate를 저장하는 것은 CrudRepository.save()메서드를 통해 수행된다.

• 만약 그 aggregate가 새로운 것이라면, 이는 aggregate root에 삽입되는 결과를 낳으며, 이어서 모든 직접/간접적으로 참조되는 엔티티를 위한 구문이 삽입된다.
• 만약 그 aggregate가 새로운 것이 아니라면, 모든 참조된 엔티티들은 삭제되며, aggregate root는 수정된다. 그리고 모든 참조된 엔티티들이 다시 삽입된다. 인스턴스가 새로운 것인지 여부는 인스턴스의 상태의 일부라는 것에 주목하라.

이 접근은 몇몇 명확한 단점들이 있다.

만약 참조된 엔티티의 일부만이 실제로 바뀌었다고 하면, 삭제와 삽입은 낭비이다.

이 절차가 개선될 수 있고 앞으로 개선될지라도, Spring Data JDBC가 제공할 수 있는 어떤 한계들이 있다. 그것은 aggregate의 이전 상태를 알지 못한다(는 것이다?).

따라서 모든 수정 절차는 항상 데이터베이스에서 찾는 무엇이든 모두 가져와야 하며, save메소드로 전달된 엔티티의 상태가 무엇이든 그 상태로 확실히 변경해야 한다.

처음부터 읽어보고 있는데 너무 길기도 하고 구글번역은 많이 부족하고 내가 번역하기엔 너무 느리다ㅋㅋㅠㅠ...