공부 2년차 전공자의 개발성장일지

@Transactional(readOnly = true) 트랜잭션 내에서 DB에 쓰기를 수행하면 어떤 문제가 발생할까?

Spring에서는 서비스 계층이나 레포지토리 계층에서 트랜잭션을 제어하기 위해 @Transactional 애노테이션을 자주 사용한다. 이 중에서도 @Transactional(readOnly = true)는 트랜잭션이 조회 전용임을 명시하는 설정으로, 내부적으로 다양한 성능 최적화를 가능하게 한다. 하지만 이 설정이 되어 있는 트랜잭션 안에서 직접 SQL을 사용하여 데이터를 수정하거나 삽입하는 경우에는 여러 가지 심각한 문제가 발생할 수 있다. 이 글에서는 그 이유와 발생할 수 있는 단점들을 상세히 정리하고자 한다.readOnly = true는 단순히 성능 향상을 위한 옵션이 아니라, 해당 트랜잭션 내에서 쓰기 작업은 절대로 발생하지 않을 것이라는 개발자의 약속에 가깝다. Hibernate(JPA 구현체)..

JPA는 왜 트랜잭션을 강제할까?

JPA의 EntityManager와 트랜잭션 개념을 공부하던 중, 하나의 의문이 생겼다.EntityManager는 애초에 데이터베이스에 대한 CRUD 작업을 객체지향적으로 처리하기 위해 설계된 것인데,정작 DB에 데이터를 쓰는 persist(), remove() 같은 작업을 수행할 때 트랜잭션이 없으면 정상적으로 동작하지 않거나 에러가 발생한다는 것이다.하지만 트랜잭션은 본래 DB와는 무관하게, 어떤 작업 단위를 원자적으로(One or Nothing) 처리하기 위해 존재하는 개념 아닌가?그렇다면 EntityManager로 DB 작업을 하면서 트랜잭션이 없으면 안 된다는 것이 설계 관점에서 자연스러운 것일까, 아니면 비정상적인 강제성일까?이런 구조가 단지 구현상의 제약인지, 아니면 JPA의 의도된 철학인지..