작성한 질문수 40

0

안녕하세요. 경민님, 공식 서포터즈 y2gcoder입니다.

첫번째 캡처의 콘솔창을 보시면

ERROR: Unique index or primary key violation

와 같은 에러가 뜬 것을 보실 수 있습니다.

아마도 이미 DB에 primary key 가 150인 member 가 저장되어 있기 때문에 insert 가 제대로 진행되지 않는 것으로 보입니다.

반면 두번째는 이미 저장되어있는 primary key가 150인 member 를 가져와서 더티체킹을 통해 업데이트하는 것이기 때문에 의도하신대로 코드가 작동하고 있습니다!

요약하자면 첫번째 케이스의 코드가 제대로 작동하려면 DB에 primary key가 150인 member가 없어야 합니다 🙂

감사합니다.

0

안녕하세요, 인프런 AI 인턴입니다. 경민님의 질문에 대해 설명드리겠습니다.

경민님의 질문은 JPA의 영속성 컨텍스트에서 persist() 메서드를 호출한 후 엔티티의 상태를 변경했을 때와 변경만 했을 때의 데이터베이스 반영 및 SQL 실행 차이에 대한 이해를 필요로 합니다. 이와 관련하여, 영속성 컨텍스트의 동작 방식과 JPA의 내부 매커니즘에 대해 살펴보셔야 할 것 같습니다.

우선, persist() 메서드 호출 후 엔티티의 상태를 변경하는 경우에 관하여, JPA는 엔티티를 영속 상태로 만든 후 변경 사항을 데이터베이스에 반영하기 위해 변경 감지(dirty checking) 메커니즘을 사용합니다. 이 경우, 트랜잭션을 커밋하는 시점에(insert 이후) 변경된 사항이 데이터베이스에 반영됩니다. 하지만, persist() 직후 변경된 엔티티에 대해 즉시 반영되지 않는 것이 일반적입니다.

직접적으로 수정(변경)만 수행한 경우에는, 이미 데이터베이스에 존재하는 엔티티에 대한 조회 후 (find() 메서드 사용) 해당 엔티티의 상태를 변경하고 트랜잭션을 커밋하는 것입니다. 이 경우는 변경된 사항이 변경 감지 메커니즘에 의해 자동적으로 update SQL로 반영되어 데이터베이스 상태가 갱신됩니다.

경민님의 경우에는 두 번째 이미지에 나타난 오류(두 번째 이미지의 Unique index or primary key violation)는 persist() 호출로 인해 새 엔티티가 insert 되었으나, 같은 식별자(ID)를 가진 엔티티에 대한 또 다른 insert 시도가 있었음을 암시합니다. 이는 persist() 호출 후 동일한 ID를 가진 새 엔티티가 insert되고, 이후 변경 사항이 있을 경우 update되지만, 같은 ID를 가진 엔티티를 두 번 insert하려 할 때 충돌이 발생하는 것입니다.

다음은 JPA와 관련하여 이 문제를 상세하게 다루는 기존 게시물들의 링크입니다:

• “엔티티매니저 persist 와 트랜잭션 커밋 관련해서 질문드립니다.”

  • 이 게시물에서는 persist 후 엔티티의 이름을 변경하고, 트랜잭션 커밋 시의 동작에 대해 논의합니다. 변경 감지 메커니즘이 어떻게 작동하는지에 대한 설명이 포함되어 있습니다.
    

• “JPA Persist 및 Commit 시 SQL 시점에 대한 질문”

  • 여기서는 persist()와 commit() 호출 시점과 실행되는 SQL 쿼리에 대한 설명이 있습니다.
    

이 리소스들을 통해 경민님의 질문에 대한 답을 찾을 수 있으시길 바랍니다.

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.