Spring Data JPA 인프런 강의 6,7장

minyeob·2023년 5월 5일
0

Spring

목록 보기
6/11

Web확장 - 도메인 클래스 컨버터

HTTP 파라미터로 넘어온 엔티티의 아이디로 엔티티 객체를 찾아서 바인딩하는 것

도메인 클래스 컨버터 사용x

@RestController
@RequiredArgsConstructor
public class MemberController {
 private final MemberRepository memberRepository;
 @GetMapping("/members/{id}")
 public String findMember(@PathVariable("id") Long id) {
 Member member = memberRepository.findById(id).get();
 return member.getUsername();
 }
}

도메인 클래스 컨버터 사용

@RestController
@RequiredArgsConstructor
public class MemberController {
 private final MemberRepository memberRepository;
 @GetMapping("/members/{id}")
 public String findMember(@PathVariable("id") Member member) {
 return member.getUsername();
 }
}
  • HTTP 요청은 회원 id 를 받지만 도메인 클래스 컨버터가 중간에 동작해서 회원 엔티티 객체를 반환
  • 도메인 클래스 컨버터도 리파지토리를 사용해서 엔티티를 찾음

주의: 도메인 클래스 컨버터로 엔티티를 파라미터로 받으면, 이 엔티티는 단순 조회용으로만 사용해야 한다. (트랜잭션이 없는 범위에서 엔티티를 조회했으므로, 엔티티를 변경해도 DB에 반영되지 않는다.)

Web 확장 - 페이징과 정렬

스프링 데이터가 제공하는 페이징과 정렬 기능을 스프링 MVC에서 편리하게 사용 가능

페이징 예시코드

@GetMapping("/members")
public Page<Member> list(Pageable pageable) {
 Page<Member> page = memberRepository.findAll(pageable);
 return page;
}
  • 파라미터로 Pageable을 받을 수 있음
  • Pageable은 인터페이스고, 실제는 PageRequest 객체를 생성

요청 파라미터

예시 : /members?page=0&size=3&sort=id,desc&sort=username,desc
page : 페이지, 0부터 시작
size : 한 페이지당 데이터 갯수
sort : 정렬 조건(asc, desc)

아무것도 쓰지않은 default 페이지 사이즈 값은 20이다.

만약 default 값을 바꾸고 싶다면?

기본값

글로벌 설정(application.yml 파일)

spring
  data:
      web:
        pageable:
          default-page-size: 10

개별 설정(@PageableDefault 어노테이션을 사용)

@RequestMapping(value = "/members_page", method = RequestMethod.GET)
public String list(@PageableDefault(size = 12, sort = “username”, direction = Sort.Direction.DESC) Pageable pageable) {
 ...
}

접두사

예시 : /members?member_page=0&order_page=1

다음 예시와 같이 페이징 정보가 둘 이상이면 @Qualifier 에 접두사명 추가하여 접두사로 구분이 가능하다

public String list(
 @Qualifier("member") Pageable memberPageable,
 @Qualifier("order") Pageable orderPageable,

Page 내용을 DTO로 변환하기

@Data
public class MemberDto {
    private Long id;
    private String username;
    
    
    public MemberDto(Member m) {
    this.id = m.getId();
    this.username = m.getUsername();
    }
}

다음과 같이 MemberDto 클래스를 만들어 주고

@GetMapping("/members")
public Page<MemberDto> list(Pageable pageable) {
    Page<Member> page = memberRepository.findAll(pageable);
    Page<MemberDto> map = page.map(MemberDto::new);
    return map;
}

DTO로 변환 해주기

@GetMapping("/members")
public Page<MemberDto> list(Pageable pageable) {
 return memberRepository.findAll(pageable).map(MemberDto::new);
}

Ctrl + Alt + N(window) 를 사용하여 코드를 최적화 시킬 수 있음.


스프링 데이터 JPA 분석

스프링 데이터 JPA 구현체 분석

org.springframework.data.jpa.repository.support.SimpleJpaRepository 가 바로 스프링 데이터 JPA의 구현체이다

@Repository
@Transactional(readOnly = true)
public class SimpleJpaRepository<T, ID> ...{
    @Transactional
     public <S extends T> S save(S entity) {
        
         if (entityInformation.isNew(entity)) {
             em.persist(entity);
             return entity;
         } else {
            return em.merge(entity);
         }
     }
     ...
}

@Repository 적용 :

  • 스프링 빈 컴포넌트 스캔 대상이다.
  • JDBC나 JPA 의 exception이 다르기 때문에 스프링에서 쓸 수있는 예외로 변환 해준다.

@Transactional 트랜잭션 적용 :

  • JPA의 모든 변경은 트랜잭션 안에서 동작
  • 스프링 데이터 JPA는 변경(등록, 수정, 삭제) 메서드를 트랜잭션 처리
  • 서비스 계층에서 트랜잭션을 시작하지 않으면 리파지토리에서 트랜잭션 시작
  • 서비스 계층에서 트랜잭션을 시작하면 리파지토리는 해당 트랜잭션을 전파 받아서 사용
  • 그래서 스프링 데이터 JPA를 사용할 때 트랜잭션이 없어도 데이터 등록, 변경이 가능했음(사실은 트랜잭션이 리포지토리 계층에 걸려있는 것임

@Transactional(readOnly = true) :

  • 데이터를 단순히 조회만 하고 변경하지 않는 트랜잭션에서 readOnly = true 옵션을 사용하면
    플러시를 생략해서 약간의 성능 향상을 얻을 수 있음

중요!
save() 메서드

@Transactional
	@Override
	public <S extends T> S save(S entity) {

		Assert.notNull(entity, "Entity must not be null.");

		if (entityInformation.isNew(entity)) {  
			em.persist(entity);
			return entity;
		} else {
			return em.merge(entity);
		}
	}

새로운 엔티티면 persist, 새로운 엔티티가 아니면 merge 를 호출 한다.

merge를 호출하면 DB에서 데이터를 꺼내서 파라미터에 있는 데이터로 교체를 한다.(merge를 update처럼 쓰면 안된다.)

그렇다면 뭐가 새로운 엔티티인지 아닌지 어떻게 구별하는거지?

새로운 엔티티를 구별하는 방법

새로운 엔티티를 판단하는 기본 전략

  • 식별자가 객체일 때 null 로 판단
  • 식별자가 자바 기본 타입일 때 0 으로 판단 (long, int)
  • Persistable 인터페이스를 구현해서 판단 로직 변경 가능

참고: JPA 식별자 생성 전략이 @GenerateValue 면 save() 호출 시점에 식별자가 없으므로 새로운
엔티티로 인식해서 정상 동작

참고: 하지만 JPA 식별자 생성 전략이 @Id 만 사용해서 직접 할당이면 이미
식별자 값이 있는 상태로 save() 를 호출한다. 따라서 이 경우 merge() 가 호출된다. merge() 는 우선
DB를 호출해서 값을 확인하고, DB에 값이 없으면 새로운 엔티티로 인지하므로 매우 비효율 적이다(쿼리 select , insert 2번 날림)

@Entity
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Item implements Persistable<String> {

    @Id
    private String id;  // 직접 Id 값을 할당해야 함
    
    ...

따라서 Persistable 를 사용해서 새로운 엔티티 확인 여부를 직접 구현할때
등록시간(@CreatedDate)을 조합해서 사용하면 새로운 엔티티 여부를 편리하게 확인할
수 있다.

@Entity
@EntityListeners(AuditingEntityListener.class)
@NoArgsConstructor(access = AccessLevel.PROTECTED)
public class Item implements Persistable<String> {

    @Id
    private String id;

    @CreatedDate
    private LocalDateTime createdDate;
    public Item(String id) {
        this.id = id;
    }

    @Override
    public String getId() {
        return id;
    }

    @Override
    public boolean isNew() {
        return createdDate == null;
    }
}
profile
백엔드 개발자를 꿈꾸며 공부한 내용을 기록하고 있습니다.

0개의 댓글