: 한 주문 애그리거트에 대해 운영자가 배송 상태로 변경할 때, 사용자도 배송지 주소를 변경한다면 어떻게 될까?
•
운영자와 고객이 동시에 한 주문 애그리거트를 수정할 때, 트랜잭션마다 리포지터리는 새로운 애그리거트 객체를 생성하므로 운영자 스레드와 고객 스레드는 같은 주문 애그리거트를 나타내는 다른 객체를 가져오게 된다.
•
운영자 스레드와 고객 스레드는 개념적으로 동일한 애그리거트지만 물리적으로 서로 다른 애그리거트 객체를 사용한다. 때문에 운영자 스레드가 주문 애그리거트 객체를 배송 상태로 변경하더라도 고객 스레드가 사용하는 주문 애그리거트 객쳉는 영향을 주지 않는다. 즉 고객 스레드 입장에서 주문 애그리거트 객체는 아직 배송 상태 전이므로 배송지 상태를 변경할 수 있다.
•
이 상황에서 두 스레드는 각각 트랜잭션을 커밋할 때 수정한 내용을 DB에 반영한다. 이 시점에 배송 상태로 바뀌는데, 이 순서의 문제점은 운영자는 기존 배송지 정보를 이용해 배송 상태를 변경했는데, 그 사이 고객은 배송지 정보를 변경했다는 것이다. 즉 애그리거트의 일관성이 깨지는 것이다.
: 일관성이 깨지는 문제가 발생하지 않도록 하려면 다음 두 가지 중 하나를 해야 한다.
•
운영자가 배송지 정보를 조회하고 상태를 변경하는 동안 고객이 애그리거트를 수정하지 못하게 막는다.
•
운영자가 배송지 정보를 조회한 후 고객이 정보를 변경하면 운영자가 애그리거트를 다시 조회한 뒤 수정하도록 한다.
: 이 두가지는 애그리거트 자체의 트랜잭션과 관련이 있다.
: DBMS가 지원하는 트랜잭션과 함께 애그리거트를 위한 추가적인 트랜잭션 처리 기법이 필요한데, 애그리거트에 대해 사용할 수 있는 대표적인 트랜잭션 처리 방식에는 선점 잠금과 비선점 잠금이 있다.
