5. Jdbc의 비교

1. 순수 jdbc

•  반복적인 코드
• SQL 직접 작성

 

*스프링 통합 테스트

 스프링 서버를 띄운 뒤에 DB로 테스트 해보는 것, @Transactional 로 Test 결과가 DB에 커밋되지 않고 롤백되도록 할 수 있다.

 

 

 

2. 스프링 JdbcTemplate

• 순수 jdbc에 비해 반복적인 코드를 확실하게 줄였음
• SQL문은 역시 직접 작성

 

3.JPA

• 사용하기 전 도메인을 매핑하는 작업이 필요
• 역시 반복적인 코드를 획기적으로 줄임
• 기본적인 CRUD에서 SQL문이 따로 필요 없음 (SQL문이 필요할 때도 있다.)

@Entity
public class Member {

    @Id @GeneratedValue(strategy = GenerationType.IDENTITY)
    private Long id;


    private String name;

Member에 매핑하는 코드

 

 

4.스프링 데이터 JPA

• 역시 매핑이 필요하지만 인터페이스만 구축을 하면 나머지는 스프링이 알아서 구현체를 만들고 컨테이너에 등록해준다.
  즉, 스프링 컨테이너에 등록할 필요가 없다.
• 이 때 이 인터페이스는 DB에 접근하는 인터페이스를 상속하는데,  여기에 포함된 메서드들이 스프링에 등록되어 있다면, 바로 구현해준다.
• 기본 등록된 메서드외에 직접 만들 수도 있다.

public interface MemberRepository {
    Member save(Member member);
    Optional<Member> findById(Long id);
    Optional<Member> findByName(String name);
    List<Member> findAll();
}

public interface SpringDataJpaMemberRepository extends JpaRepository<Member, Long>, MemberRepository {

    @Override
    Optional<Member> findByName(String name);
}

 

 

 위를 보면 MemberRepository를 밑에 스프링 데이터 인터페이스가 상속(extends)하는데 여기서 스프링이 등록된 save, findById, findAll 은 스프링에 이미 구현되어 있기 때문에 입력할 필요가 없다. 

 findByName 같이 비즈니스마다 다른 로직이 필요한 경우, 스프링에서 정해진대로 이름을 바꾸면 알아서 구현해준다.