Spring Data JPA

<aside> 💡 * Transaction 은 DB 에서 상태를 변환시키는 작업의 쪼갤 수 없는(Atomicity) 논리적 단위이며 하나의 transaction 은 commit 또는 rollback 된다.

• ORM 은 패러다임의 불일치를 해결해준다.

</aside>

Transaction(ACID)

이론적으로 Database 시스템은 각각의 Transaction 에 대해

Atomicity(원자성), Consistency(일관성), Isolation(고립성), Durability(영구성)을 보장한다.

1. Atomicity : 내(-10)가 누군가(+10)에게 송금을 했을 경우 이 중에서 -10 또는 +10 둘중 하나만 처리된다면 Atomicity 위반이다.
2. Consistency: 기존 database 가 correct state() 라면 transaction 을 수행하고 난 후도 correct state여야 한다. 예를 들어, 만약 최대 length 가 255 일 경우, transaction 은 이를 만족해야 하며, 이를 위반하는 transaction 이 있다면 거부해야한다.
3. Isolation: 하나의 transaction 이 수행되는 동안 중간 결과를 다른 transaction 이 접근할 수 없다(Locking)
4. Durability: commit 된 transaction 은 database 에 영구적으로 보존되어야 한다. 중간에 exception 이 발생 할 경우, Atomicity 원칙에 따라 Rollback 된다.

Dirty checking

JPA 의 EntityManager 가 활성화된 상태(Spring Data JPA 는 default 값임)로 Transaction 안에서 DB 의 데이터를 가져오면 이 데이터는 Persistence(영속성)이 유지된 상태가 된다.(Persistence 상태가 된다고 해서 바로 Commit 이 되는건 아니다.)

이 상태에서 해당 데이터의 값을 변경하면 JPA 에 Persistence context 에 값이 업데이트 되고 transaction 이 끝나는 시점에 에 변경된 사항을 Commit 한다.

Entity object 의 값만 변경한다면 Update query 를 보내지 않아도 된다.

@Transactional

@Transactional 은 Exception 이 발생하면 rollback 을 시키고, 잘 작동한 경우 commit 을 한다.

하지만 여기서 정확하게 짚고 넘어가면 모든 Exception 타입이 아닌 UnCheckedException만 rollback을 시킨다.

• Checked Exception: Exception 및 Error 을 inheritance 한다. compile-time 에서 발생하는 exception 이며, 반드시 Handling 해주어야한다.
• Unchecked Exception(Unexpected): RuntimeException 을 inheritance 한다. 명시적으로 handling 하지 않아도 되는 exception 이며, Runtime 에 발생한다.