변경감지와 병합

Mina Park·2022년 9월 22일
0
post-thumbnail

1. 준영속 엔티티

  • 영속성 컨텍스트가 더 이상 관리하지 않는 엔티티
    • 수정을 시도하는 Book 객체의 경우, DB에 이미 한 번 저장되어서 식별자를 갖고 있음
      • new를 통해 임의로 만들어낸 엔티티더라도 기존 식별자를 갖고 있으면 준영속 엔티티!!!
      • JPA가 관리하지 않으므로 변경감지(dirty checking)이 X
@PostMapping("/items/{itemId}/edit")
    public String updateItem(@PathVariable("itemId") Long itemId,@ModelAttribute("form") BookForm form) {
        Book book = new Book();
        book.setId(form.getId());
        book.setName(form.getName());
        book.setPrice(form.getPrice());
        book.setAuthor(form.getAuthor());
        book.setStockQuantity(form.getStockQuantity());
        book.setIsbn(form.getIsbn());

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

    }

Q. 그렇다면 준영속 엔티티의 수정 방법?

  • (1) 변경감지 기능 사용
@Transactional
	public void updateItem(Long itemId, Book bookParam) { 
    //bookParam: 파라미터로 넘어온 준영속 상태의 엔티티
        Item findItem = itemRepository.findOne(itemId); 
        //같은 엔티티지만 영속상태인 것을 조회
        findItem.setPrice(bookParam.getPrice());
        findItem.setName(bookParam.getName());
        findItem.setStockQuantity(bookParam.getStockQuantity());
        // flush, commit 시점에 dirty checking 통해 update query 
    }
  • (2) 병합(merge) 기능 사용
@Transactional
void update(Item itemParam) { //itemParam: 파리미터로 넘어온 준영속 상태의 엔티티
Item merge = em.merge(item); //merge: 영속상태, item: 파라미터로 넘어온 준영속 엔티티
}

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


병합시 동작 방식을 간단히 정리
1. 준영속 엔티티의 식별자 값으로 영속 엔티티를 조회한다.
2. 영속 엔티티의 값을 준영속 엔티티의 값으로 모두 교체한다.(병합한다.)
3. 트랜잭션 커밋 시점에 변경 감지 기능이 동작해서 데이터베이스에 UPDATE SQL이 실행

📌 [주의] 변경 감지 기능을 사용하면 원하는 속성만 선택해서 변경할 수 있지만, 병합을 사용하면 모든 속성이 변경되므로 실무에서 병합 사용 지양!!!

  • 병합시 값이 없으면 null 로 업데이트할 리스크가 있음(병합은 모든 필드를 교체)

📌 [권장방법]

  • 엔티티 변경시에는 변경감지 기능 이용
  • 컨트롤러에서 어설프게 엔티티를 생성 x
  • 트랜잭션이 있는 서비스 계층에 식별자(id)와 변경할 데이터를 명확하게 전달(파라미터 or dto)
  • 트랜잭션이 있는 서비스 계층에서 영속 상태의 엔티티를 조회하고, 엔티티의 데이터를 직접 변경(엔티티 레벨에서 의미있는 메소드로 통일성 있게 엔티티 변경)
    • 컨트롤러단에서 트랜잭션 없이 엔티티를 조회해서 넘기게되면 영속 상태가 아니기 때문에 변경 감지 등이 어려움
@Controller
@RequiredArgsConstructor
public class ItemController {
private final ItemService itemService;
/**
* 상품 수정, 권장 코드
*/
	@PostMapping(value = "/items/{itemId}/edit")
	public String updateItem(@ModelAttribute("form") BookForm form) {
		itemService.updateItem(form.getId(), form.getName(), form.getPrice());
		return "redirect:/items";
		}
	}
	@Service
	@RequiredArgsConstructor
	public class ItemService {
	private final ItemRepository itemRepository;
  
	/**
	* 영속성 컨텍스트가 자동 변경
	*/
	@Transactional
	public void updateItem(Long id, String name, int price) {
		Item item = itemRepository.findOne(id);
		item.setName(name);
		item.setPrice(price);
		}
	}

0개의 댓글