Hibernate 트랜잭션 롤백은 "session.flush()"엔티티를 삭제합니까?

Question

나는 transaction.rollback에 대해 혼란스러워합니다. 다음은 의사 코드의 예입니다.

transaction = session.beginTransaction()  
EntityA a = new EntityA();  
session.save(a);  
session.flush();  
transaction.rollback(); 

이 코드가 작동하면 어떻게 될까요? 데이터베이스에 엔티티가 있거나 없습니까?

Answer 1

짧은 대답 : 아니요, 데이터베이스에 엔티티가 없습니다.

긴 대답 : hibernate는 트랜잭션이 커밋되거나 롤백 될 것인지를 알 때까지 (이 동작은 다른 FlushMode를 설정하여 변경할 수 있지만), SQL 호출을 호출하여 SQL을 DB로 보내지 만 여전히 DB 트랜잭션이있어 DB 트랜잭션이 롤백 될 때 롤백을 호출하면 자체 내부에서 수행 된 변경 내용이 제거되므로 실제로 저장되지 않습니다. . 구성된 트랜잭션 격리 수준에 따라 아마도 다른 트랜잭션이 저장 및 롤백 사이에 짧은 시간 동안 저장 한 EntityA를 어떤 방식으로 볼 수 있습니다. 또한 DB에서 읽을 때 플러시가 자동으로 호출되므로 명시 적으로 호출하는 경우의 99 %가 필요하지 않습니다. 한 가지 예외는 자동 롤백 테스트를 통한 단위 테스트입니다.

Answer 2

session.save(a)를 호출 할 때 Hibernate는 기본적으로이 객체가 저장되어야하는 세션 내부의 어딘가를 기억합니다. 그가 바로 INSERT INTO...을 발행할지, 얼마 후 또는 커밋 할지를 결정할 수 있습니다. 이것은 성능 향상으로서, 트랜잭션이 롤백되면 Hibernate가 일괄 처리 삽입을하거나 피할 수 있습니다.

session.flush()에 전화 할 때, Hibernate는 데이타베이스에 대해 INSERT INTO...을 강제로 발급한다. 엔터티는 데이터베이스에 저장되지만 아직 커밋되지는 않았습니다. 트랜잭션 격리 수준에 따라 다른 실행중인 트랜잭션에서는 볼 수 없습니다. 그러나 데이터베이스 은 레코드에 대해을 알고 있습니다.

transaction.rollback()으로 전화하면 Hibernate는 데이터베이스 트랜잭션을 롤백합니다. 데이터베이스가 롤백을 처리하므로 새로 생성 된 객체가 제거됩니다.

이제 flush()이없는 시나리오를 고려해보십시오. 우선, 당신은 결코 데이터베이스를 건드리지 않으므로 성능이 더 좋고 롤백은 기본적으로 아무런 작업이 아닙니다. 반면 트랜잭션 격리 수준이 READ UNCOMMITTED이면 다른 트랜잭션이 커밋/롤백 이전에 삽입 된 레코드를 볼 수 있습니다. flush()이 없으면 Hibernate가 암시 적으로 flush()을 결정하지 않으면이 작업이 수행되지 않습니다.

Answer 3

flush 및 commit과 혼동 스러울 것으로 생각됩니다.

flush()은 상태를 데이터베이스와 동기화하지만 커밋을 수행하지 않습니다. 트랜잭션에 의해 상태가 계속 표시되므로 롤백을 호출하여 롤백 할 수 있습니다.

질문에 대한 대답은 다음과 같습니다. 아니요, 데이터베이스에 엔티티 (a)가 없습니다.