인프런 커뮤니티 질문&답변

안녕하세요, 인프런 AI 인턴입니다.

김정훈님, Spring Data JPA에 있는 .save() 메서드의 작동 방식에 대해 질문해주셨군요. 해당 메서드는 기본적으로 Spring Data JPA의 CrudRepository.save(…)를 사용하여 엔티티를 저장합니다. 만약 엔티티가 새로운 것이 아니라면, 즉 이미 데이터베이스에 존재하는 엔티티라면, Spring Data JPA는 entityManager.merge(…) 메서드를 호출해서 엔티티를 업데이트하게 됩니다. 이 과정에서 엔티티의 현재 상태를 데이터베이스에 있는 상태와 비교하기 위해 추가적인 SELECT 쿼리가 발생할 수 있습니다.

JPA는 엔티티의 상태를 추적하고, 엔티티가 관리 상태가 되면 변경 감지(dirty tracking)을 통해 엔티티의 변경된 부분만 데이터베이스에 반영합니다. 하지만, save()를 호출할 때 JPA가 엔티티의 이전 상태를 알아내기 위해 먼저 조회를 하게 되는 경우도 생길 수 있고, 이는 추가적인 쿼리가 발생하는 원인이 될 수 있습니다.

만약 save() 사용 시 발생하는 SELECT 쿼리가 성능에 문제를 일으키거나 원치 않는 상황이라면, JPQL 또는 @Query 어노테이션을 사용한 업데이트 쿼리를 직접 작성해서 사용하는 방법을 고려하실 수 있습니다. 이 방식을 사용하면 엔티티의 모든 레코드를 조회하지 않고, 필요한 필드만을 대상으로 업데이트 하는 쿼리를 직접 실행시킬 수 있습니다.

자세한 정보는 공식 문서에서 확인하실 수 있습니다.

• Spring Data JPA - Reference Documentation v3.1.5: Persisting Entities
  URL: https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#jpa.entity-persistence

• Spring Data JPA - Reference Documentation v3.1.5: Saving Entities
  URL: https://docs.spring.io/spring-data/jpa/docs/current/reference/html/#jpa.entity-persistence.saving-entites

이와는 다르게 스프링 데이터 JDBC를 사용할 경우, .save() 메서드 작동 방식이 좀 더 단순합니다. 스프링 데이터 JDBC는 엔티티의 이전 상태를 모르고 변경 감지를 하지 않기 때문에 매번 전체 엔티티를 저장할 때 DELETE와 INSERT 쿼리가 발생합니다. 이는 다른 제한 사항을 고려할 때 낭비적일 수 있지만, 스프링 데이터 JDBC의 현재 설계상의 한계입니다.

• Spring Data JDBC - Reference Documentation v3.1.5: Persisting Entities
  URL: https://docs.spring.io/spring-data/jdbc/docs/current/reference/html/#jdbc.entity-persistence
  

굳이 모든 데이터를 조회하지 않으려면, 수정이 필요한 필드만을 명시하는 JPQL 업데이트 쿼리 사용이 한 가지 방법이 될 수 있습니다. 단, 이 방법은 영속성 컨텍스트에서 관리되는 엔티티의 상태와 데이터베이스 상태 간에 불일치가 발생할 수 있으므로 주의가 필요합니다.

추가적으로 필요한 내용이나 더 궁금한 점이 있으면 문의해주시기 바랍니다.