변경 감지와 병합(merge)

shin·2023년 12월 18일
0

✨ 준영속 엔티티란

  • JPA 영속성 컨텍스트가 더는 관리하지 않는 엔티티를 말함
  • JPA가 관리하는 영속 상태 엔티티는 변경 감지가 일어나서 트랜잭션 커밋 시점에 변경 감지가 동작해서 데이터베이스 UPDATE가 발생함
    /**
     * 상품 수정
     */
    @PostMapping(value = "/items/{itemId}/edit")
    public String updateItem(@ModelAttribute("form") BookForm form){

        Book book = new Book();
        book.setId(form.getId());
        book.setName(form.getName());
        book.setPrice(form.getPrice());
        book.setStockQuantity(form.getStockQuantity());
        book.setAuthor(form.getAuthor());
        book.setIsbn(form.getIsbn());

        itemService.saveItem(book);
        return "redirect:/items";

    }
  • 준영속 엔티티는itemService.saveItem(book) 로직이 없으면 데이터를 setting할 때 변경 감지가 동작하지 않아서 데이터베이스 UPDATE가 발생하지 않음

  • 수정을 시도하는 Book 객체

    • Book 객체는 이미 DB에 한 번 저장이 되어서 식별자가 존재함
    • 이렇게 임의로 만들어낸 엔티티도 기존 식별자를 가지고 있으면 준영속 엔티티라고 볼 수 있음


준영속 엔티티 수정 1) 변경 감지 기능 사용

@Transactional
void update(Item itemParam) { //itemParam: 파리미터로 넘어온 준영속 상태의 엔티티
 Item findItem = em.find(Item.class, itemParam.getId()); //같은 엔티티를 조회한.
 findItem.setPrice(itemParam.getPrice()); //데이터를 수정한다.
  • 영속성 컨텍스트에서 엔티티를 다시 조회한 후에 데이터를 수정하는 방법
  • 트랜잭션 안에서 엔티티를 다시 조회, 변경할 값 선택
    -> 트랜잭션 커밋 시점에 변경 감지(Dirty Checking)이 동작해서 데이터베이스에 UPDATE SQL 실행


준영속 엔티티 수정 2) 병합 사용

  • 병합은 준영속 상태의 엔티티를 영속 상태로 변경할 때 사용하는 기능
@Transactional
void update(Item itemParam) { //itemParam: 파리미터로 넘어온 준영속 상태의 엔티티
 Item mergeItem = em.merge(itemParam);
}

  • 병합 : 기존에 있는 엔티티

병합 동작 방식

  1. merge()를 실행한다
  2. 파라미터로 넘어온 준영속 엔티티의 식별자 값으로 1차 캐시에서 엔티티를 조회한다
    2-1. 만약 1차 캐시에 엔티티가 없으면 데이터베이스에서 엔티티를 조회하고, 1차 캐시에 저장한다
  3. 조회한 영속 엔티티(mergeMember)에 member 엔티티의 값을 채워 넣는다.
    (member 엔티티의 모든 값을 mergeMember에 밀어 넣는다. 이때 mergeMember의 "회원1"이라는 이름이 "회원명변경"으로 바뀐다)
  4. 영속 상태인 mergeMember를 반환한다

병합시 동작 방식 간단 정리

  1. 준영속 엔티티의 식별자 값으로 영속 엔티티를 조회한다
  2. 영속 엔티티의 값을 준영속 엔티티의 값으로 모두 교체한다(병합한다)
  3. 트랜잭션 커밋 시점에 변경 감지 기능이 동작해서 데이터베이스에 UPDATE SQL이 실행된다.
  • 주의 : 변경 감지 기능을 사용하면 원하는 속성만 선택해서 변경할 수 있지만, 병합을 사용하면 모든 속성이 변경됨
    • 병합시 값이 없으면 null로 업데이트 할 위험도 있음(병합은 모든 필드를 교체함)


💡 병합 예제 : 상품 리포지토리의 저장 메서드 분석

package jpabook.jpashop.repository;
...

@Repository
@RequiredArgsConstructor
public class ItemRepository {

    private final EntityManager em;

    public void save(Item item){
        if(item.getId() == null) {
            em.persist(item);
        } else {
            em.merge(item);
        }
    }
    ...
}
  • save() 메서드는
    • 식별자 값이 없으면(null) 새로운 엔티티로 판단해서 영속화(persist)함
    • 식별자가 있으면 병합(merge)

새로운 엔티티 저장과 준영속 엔티티 병합을 편리하게 한 번에 처리

  • 상품 리포지토리에선 save() 메서드 하나로 저장과 수정(병합)을 다 처리함
  • 코드를 보면 식별자 값이 없으면 새로운 엔티티로 판단해서 persist()로 영속화하고, 만약 식별자 값이 있으면 이미 한 번 영속화 되었던 엔티티로 판단해서 merge()로 수정(병합)함
  • 결국 저장(save)라는 의미는 신규 데이터를 저장하는 것뿐만 아니라, 변경된 데이터의 저장이라는 의미도 포함함
  • 이 메서드를 사용하는 클라이언트는 저장과 수정을 구분하지 않아도 되므로 클라이언트의 로직이 단순해짐
  • 여기서 사용하는 수정(병합)은 준영속 상태의 엔티티를 수정할 때 사용함
  • 영속 상태의 엔티티는 변경 감지(dirty checking) 기능이 동작해서 트랜잭션을 커밋할 때 자동으로 수정되므로 별도의 수정 메서드를 호출할 필요가 없고 그런 메서드도 없음

@GeneratedValue 선언

  • save() 메서드는 식별자를 자동 생성해야 정상 동작함
  • Item 엔티티의 식별자는 자동으로 생성되도록 @GeneratedValue를 선언함
  • 따라서 식별자 없이 save() 메서드를 호출하면 persist()가 호출되면서 식별자 값이 자동으로 할당됨
  • 반면에 식별자를 직접 할당하도록 @Id만 선언이 되었다면, 이 경우 save() 메서드를 호출하면 식별자가 없는 상태로 persist()를 호출하여 식별자가 없다는 예외가 발생함

병합은 모든 필드를 변경함

  • 실무에서는 보통 업데이트 기능이 매우 제한적임
  • 그러나 병합은 모든 필드를 변경해버리고, 데이터가 없으면 null로 업데이트를 해버림
  • 병합을 사용하면서 이 문제를 해결하기 위해선, 변경 폼 화면에서 모든 데이터를 항상 유지해야 함
  • 실무에서는 보통 변경 가능한 데이터만 노출하기 때문에 병합을 사용하는 것이 오히려 번거로울 수 있음
  • 따라서 실무에서는 변경 감지 기능을 사용해서 원하는 속성만 선택해서 변경할 수 있도록 하는 것이 좋음


😊 가장 좋은 해결 방법 : 변경 감지 사용

엔티티를 변경할 때는 항상 변경 감지 사용

  • 컨트롤러에서 어설프게 엔티티를 생성하면 안됨
  • 트랜잭션이 있는 서비스 계층에서 식별자(id)와 변경할 데이터를 명확하게 전달(파라미터 or dto)
  • 트랜잭션이 있는 서비스 계층에서 영속 상태의 엔티티를 조회하고, 엔티티의 데이터를 직접 변경
  • 트랜잭션 커밋 시점에 변경 감지가 실행됨
package jpabook.jpashop.web;
...

@Controller
@RequiredArgsConstructor
public class ItemController {

    private final ItemService itemService;
	...
    /**
     * 상품 수정, 권장 코드
     */
    @PostMapping(value = "/items/{itemId}/edit")
    public String updateItem(@PathVariable Long itemId, @ModelAttribute("form")
            BookForm form) {

        itemService.updateItem(itemId, form.getName(), form.getPrice(),
                form.getStockQuantity());
        return "redirect:/items";

    }

}
package jpabook.jpashop.service;
...

@Service
@Transactional(readOnly = true)
@RequiredArgsConstructor
public class ItemService {

    private final ItemRepository itemRepository;
    ...
    /**
     * 상품 수정 - 영속성 컨텍스트가 자동 변경
     */
    @Transactional
    public void updateItem(Long id, String name, int price, int stockQuantity)
    {
        Item item = itemRepository.findOne(id);
        item.setName(name);
        item.setPrice(price);
        item.setStockQuantity(stockQuantity);
    }

}
  • 트랜잭션 안에서 엔티티를 조회하면 영속 상태로 조회가 되고, 값을 변경(set)하면 변경 감지가 일어남
  • 트랜잭션을 커밋하는 시점에 flush가 일어나면서
    UPDATE SQL이 데이터베이스에 날아감


강의 : 스프링 부트와 JPA 활용1 - 웹 애플리케이션 개발

profile
Backend development

0개의 댓글