[java] 최대 절전 모드에서 서로 다른 저장 방법의 차이점은 무엇입니까?

이 기사 에서 설명했듯이 대부분의 경우 JPA 방법과 update일괄 처리 작업을 선호해야 합니다.

JPA 또는 최대 절전 모드 엔티티는 다음 네 가지 상태 중 하나 일 수 있습니다.

• 과도 (신규)
• 관리 형 (영구적)
• 분리
• 삭제 (삭제)

한 상태에서 다른 상태로의 전환은 EntityManager 또는 Session 메소드를 통해 수행됩니다.

예를 들어, JPA EntityManager는 다음 엔티티 상태 전환 방법을 제공합니다.

최대 절전 모드 Session모두 구현 JPA의 EntityManager방법과 같은 일부 추가 엔티티 상태 전환 방법을 제공하고 save, saveOrUpdate그리고 update.

지속

엔티티 상태를 일시적 (신규)에서 관리 됨 (지속됨) 으로 변경하기 위해 Hibernate에 의해 상속 된 persistJPA EntityManager가 제공 하는 방법을 사용할 수 있습니다 Session.

이 persist메소드 PersistEvent는 DefaultPersistEventListenerHibernate 이벤트 리스너 가 처리 하는를 트리거합니다 .

따라서 다음 테스트 케이스를 실행할 때 :

doInJPA(entityManager -> {
    Book book = new Book()
    .setIsbn("978-9730228236")
    .setTitle("High-Performance Java Persistence")
    .setAuthor("Vlad Mihalcea");

    entityManager.persist(book);

    LOGGER.info(
        "Persisting the Book entity with the id: {}",
        book.getId()
    );
});

최대 절전 모드는 다음 SQL 문을 생성합니다.

CALL NEXT VALUE FOR hibernate_sequence

-- Persisting the Book entity with the id: 1

INSERT INTO book (
    author,
    isbn,
    title,
    id
)
VALUES (
    'Vlad Mihalcea',
    '978-9730228236',
    'High-Performance Java Persistence',
    1
)

가 알 id부착 이전에 할당 된 Book현재의 지속성 콘텍스트 엔티티. 관리되는 엔터티는 Map키가 엔터티 유형과 식별자로 구성되고 값이 엔터티 참조 인 구조에 저장되기 때문에 필요합니다 . 이것이 JPA EntityManager와 최대 절전 모드 Session가 1 차 캐시라고 알려진 이유 입니다.

를 호출 할 때 persist엔티티는 현재 실행중인 지속성 컨텍스트에만 연결되며 INSERT flush는 호출 될 때까지 연기 될 수 있습니다 .

엔터티 식별자를 얻을 수있는 유일한 방법이므로 INSERT를 즉시 트리거 하는 IDENTITY 생성기 는 예외입니다 . 이러한 이유로 인해 최대 절전 모드에서는 IDENTITY 생성기를 사용하여 엔터티에 대한 삽입을 일괄 처리 할 수 ​​없습니다. 이 주제에 대한 자세한 내용은 이 기사를 확인 하십시오 .

저장

Hibernate 고유의 save방법은 JPA보다 이전 버전이며 Hibernate 프로젝트가 시작된 이후부터 사용 가능합니다.

이 save메소드 SaveOrUpdateEvent는 DefaultSaveOrUpdateEventListenerHibernate 이벤트 리스너 가 처리 하는를 트리거합니다 . 따라서이 save방법은 update및 saveOrUpdate방법 과 동일 합니다.

이 save방법의 작동 방식 을 보려면 다음 테스트 사례를 고려하십시오.

doInJPA(entityManager -> {
    Book book = new Book()
    .setIsbn("978-9730228236")
    .setTitle("High-Performance Java Persistence")
    .setAuthor("Vlad Mihalcea");

    Session session = entityManager.unwrap(Session.class);

    Long id = (Long) session.save(book);

    LOGGER.info(
        "Saving the Book entity with the id: {}",
        id
    );
});

위의 테스트 케이스를 실행할 때 Hibernate는 다음 SQL 문을 생성합니다.

CALL NEXT VALUE FOR hibernate_sequence

-- Saving the Book entity with the id: 1

INSERT INTO book (
    author,
    isbn,
    title,
    id
)
VALUES (
    'Vlad Mihalcea',
    '978-9730228236',
    'High-Performance Java Persistence',
    1
)

보다시피 결과는 persist메소드 호출 과 동일합니다 . 그러나, 달리 persist의 save방법은 개체 식별자를 반환합니다.

자세한 내용은 이 기사를 확인 하십시오 .

최신 정보

최대 절전 모드 특정 update방법은 더티 검사 메커니즘 을 무시 하고 플러시시 엔터티를 강제로 업데이트하기위한 것입니다.

이 update메소드 SaveOrUpdateEvent는 DefaultSaveOrUpdateEventListenerHibernate 이벤트 리스너 가 처리 하는를 트리거합니다 . 따라서이 update방법은 save및 saveOrUpdate방법 과 동일 합니다.

update메소드의 작동 방식 을 보려면 Book한 트랜잭션에서 엔티티 를 유지하는 다음 예제를 고려하여 엔티티가 분리 된 상태 인 동안이를 수정하고 update메소드 호출을 사용하여 SQL UPDATE를 강제 실행합니다 .

Book _book = doInJPA(entityManager -> {
    Book book = new Book()
    .setIsbn("978-9730228236")
    .setTitle("High-Performance Java Persistence")
    .setAuthor("Vlad Mihalcea");

    entityManager.persist(book);

    return book;
});

LOGGER.info("Modifying the Book entity");

_book.setTitle(
    "High-Performance Java Persistence, 2nd edition"
);

doInJPA(entityManager -> {
    Session session = entityManager.unwrap(Session.class);

    session.update(_book);

    LOGGER.info("Updating the Book entity");
});

위의 테스트 케이스를 실행할 때 Hibernate는 다음 SQL 문을 생성합니다.

CALL NEXT VALUE FOR hibernate_sequence

INSERT INTO book (
    author,
    isbn,
    title,
    id
)
VALUES (
    'Vlad Mihalcea',
    '978-9730228236',
    'High-Performance Java Persistence',
    1
)

-- Modifying the Book entity
-- Updating the Book entity

UPDATE
    book
SET
    author = 'Vlad Mihalcea',
    isbn = '978-9730228236',
    title = 'High-Performance Java Persistence, 2nd edition'
WHERE
    id = 1

는 것을 알 UPDATE직전 커밋, 지속성 컨텍스트 플러시 동안 실행되며, 그 이유의 Updating the Book entity메시지가 처음 기록됩니다.

@SelectBeforeUpdate불필요한 업데이트를 피하기 위해 사용

이제 분리 상태에있는 동안 엔터티가 변경되지 않은 경우에도 UPDATE가 항상 실행됩니다. 이를 방지하기 위해 @SelectBeforeUpdateHibernate 어노테이션을 사용하면 SELECT페치 loaded state된 명령문 이 트리거 되어 더티 점검 메커니즘에서 사용됩니다.

따라서 주석으로 Book엔티티에 주석을 달면 @SelectBeforeUpdate:

@Entity(name = "Book")
@Table(name = "book")
@SelectBeforeUpdate
public class Book {

    //Code omitted for brevity
}

다음 테스트 케이스를 실행하십시오.

Book _book = doInJPA(entityManager -> {
    Book book = new Book()
    .setIsbn("978-9730228236")
    .setTitle("High-Performance Java Persistence")
    .setAuthor("Vlad Mihalcea");

    entityManager.persist(book);

    return book;
});

doInJPA(entityManager -> {
    Session session = entityManager.unwrap(Session.class);

    session.update(_book);
});

최대 절전 모드는 다음 SQL 문을 실행합니다.

INSERT INTO book (
    author,
    isbn,
    title,
    id
)
VALUES (
    'Vlad Mihalcea',
    '978-9730228236',
    'High-Performance Java Persistence',
    1
)

SELECT
    b.id,
    b.author AS author2_0_,
    b.isbn AS isbn3_0_,
    b.title AS title4_0_
FROM
    book b
WHERE
    b.id = 1

이번에 UPDATE는 Hibernate 더티 검사 메커니즘이 엔티티가 수정되지 않았 음을 감지했기 때문에 실행되지 않습니다.

저장 또는 업데이트

Hibernate 고유의 saveOrUpdate메소드는 saveand 의 별명 일뿐 update입니다.

이 saveOrUpdate메소드 SaveOrUpdateEvent는 DefaultSaveOrUpdateEventListenerHibernate 이벤트 리스너 가 처리 하는를 트리거합니다 . 따라서이 update방법은 save및 saveOrUpdate방법 과 동일 합니다.

이제 saveOrUpdate엔티티를 유지하거나 UPDATE다음 예제에서 설명 하는 것처럼 강제로 사용 하려고 할 때 사용할 수 있습니다 .

Book _book = doInJPA(entityManager -> {
    Book book = new Book()
    .setIsbn("978-9730228236")
    .setTitle("High-Performance Java Persistence")
    .setAuthor("Vlad Mihalcea");

    Session session = entityManager.unwrap(Session.class);
    session.saveOrUpdate(book);

    return book;
});

_book.setTitle("High-Performance Java Persistence, 2nd edition");

doInJPA(entityManager -> {
    Session session = entityManager.unwrap(Session.class);
    session.saveOrUpdate(_book);
});

조심 NonUniqueObjectException

save, update에서 발생할 수있는 한 가지 문제 saveOrUpdate는 지속성 컨텍스트에 이미 다음 예제에서와 동일한 ID 및 유형을 가진 엔티티 참조가 포함되어있는 경우입니다.

Book _book = doInJPA(entityManager -> {
    Book book = new Book()
    .setIsbn("978-9730228236")
    .setTitle("High-Performance Java Persistence")
    .setAuthor("Vlad Mihalcea");

    Session session = entityManager.unwrap(Session.class);
    session.saveOrUpdate(book);

    return book;
});

_book.setTitle(
    "High-Performance Java Persistence, 2nd edition"
);

try {
    doInJPA(entityManager -> {
        Book book = entityManager.find(
            Book.class,
            _book.getId()
        );

        Session session = entityManager.unwrap(Session.class);
        session.saveOrUpdate(_book);
    });
} catch (NonUniqueObjectException e) {
    LOGGER.error(
        "The Persistence Context cannot hold " +
        "two representations of the same entity",
        e
    );
}

이제 위의 테스트 케이스를 실행할 때 Hibernate는 NonUniqueObjectException두 번째에 EntityManager이미 Book전달한 것과 동일한 식별자를 가진 엔티티를 포함 update하고 Persistence Context가 동일한 엔티티의 두 표현을 보유 할 수 없기 때문에 a를 던질 것 입니다.

org.hibernate.NonUniqueObjectException:
    A different object with the same identifier value was already associated with the session : [com.vladmihalcea.book.hpjp.hibernate.pc.Book#1]
    at org.hibernate.engine.internal.StatefulPersistenceContext.checkUniqueness(StatefulPersistenceContext.java:651)
    at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.performUpdate(DefaultSaveOrUpdateEventListener.java:284)
    at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.entityIsDetached(DefaultSaveOrUpdateEventListener.java:227)
    at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.performSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:92)
    at org.hibernate.event.internal.DefaultSaveOrUpdateEventListener.onSaveOrUpdate(DefaultSaveOrUpdateEventListener.java:73)
    at org.hibernate.internal.SessionImpl.fireSaveOrUpdate(SessionImpl.java:682)
    at org.hibernate.internal.SessionImpl.saveOrUpdate(SessionImpl.java:674)

병합

를 피하려면 JPA에서 제공 하고 최대 절전 모드에서 상속 한 방법 NonUniqueObjectException을 사용해야합니다 .mergeEntityManagerSession

설명한 바와 같이 ,이 문서 는이 merge엔터티 참조 영속 컨텍스트에서 발견가 있는지 데이터베이스로부터 새로운 엔티티 스냅 샷을 인출하고, 분리 된 엔티티를 복사 상태는로 전달 merge하는 방법.

이 merge메소드 MergeEvent는 DefaultMergeEventListenerHibernate 이벤트 리스너 가 처리 하는를 트리거합니다 .

merge방법의 작동 방식 을 확인하기 위해 Book하나의 트랜잭션에서 엔티티 를 유지하는 다음 예제를 고려하여 엔티티가 분리 된 상태에있는 동안이를 수정하고 분리 된 엔티티를 merge서브 시퀀스 지속성 컨텍스트에 전달하십시오 .

Book _book = doInJPA(entityManager -> {
    Book book = new Book()
    .setIsbn("978-9730228236")
    .setTitle("High-Performance Java Persistence")
    .setAuthor("Vlad Mihalcea");

    entityManager.persist(book);

    return book;
});

LOGGER.info("Modifying the Book entity");

_book.setTitle(
    "High-Performance Java Persistence, 2nd edition"
);

doInJPA(entityManager -> {
    Book book = entityManager.merge(_book);

    LOGGER.info("Merging the Book entity");

    assertFalse(book == _book);
});

위의 테스트 케이스를 실행할 때 Hibernate는 다음 SQL 문을 실행했습니다.

INSERT INTO book (
    author,
    isbn,
    title,
    id
)
VALUES (
    'Vlad Mihalcea',
    '978-9730228236',
    'High-Performance Java Persistence',
    1
)

-- Modifying the Book entity

SELECT
    b.id,
    b.author AS author2_0_,
    b.isbn AS isbn3_0_,
    b.title AS title4_0_
FROM
    book b
WHERE
    b.id = 1

-- Merging the Book entity

UPDATE
    book
SET
    author = 'Vlad Mihalcea',
    isbn = '978-9730228236',
    title = 'High-Performance Java Persistence, 2nd edition'
WHERE
    id = 1

에 의해 리턴 된 엔티티 참조 merge는 merge메소드에 전달 된 분리 된 참조 와 다릅니다 .

merge분리 된 엔티티 상태를 복사 할 때 JPA를 사용하는 것을 선호하지만 SELECT배치 처리 태스크를 실행할 때 추가 로 문제가 될 수 있습니다.

update따라서 현재 실행중인 지속성 컨텍스트에 이미 연결된 엔티티 참조가없고 분리 된 엔티티가 수정 된 경우 사용을 선호해야합니다 .

이 주제에 대한 자세한 내용은 이 기사를 확인 하십시오 .

결론

엔터티를 유지하려면 JPA persist방법을 사용해야합니다 . 분리 된 엔티티 상태를 복사하려면 merge선호해야합니다. 이 update방법은 일괄 처리 작업에만 유용합니다. save및 saveOrUpdate단지 별칭 update당신은 아마 전혀 사용하지합니다.

일부 개발자 save는 엔터티가 이미 관리되는 경우에도 호출 하지만 관리 엔터티의 경우 지속성 컨텍스트 플러시 시간에 UPDATE가 자동으로 처리되므로 실수로 중복 이벤트가 발생합니다.

자세한 내용은 이 기사를 확인 하십시오 .

---