DDD 간접 참조할 때

Question

JPA 및 DDD를 적용하며 의문점이 생기는 부분이 있어서, 이렇게 질문글 올립니다.구조(요약) - 모노리틱저희 프로젝트에서 다음과 같이 서로 다른 애그리거트 사이에는 간접참조를 통해 느슨하게 결합하여 사용하고 있습니다. 질문다음과 같이 설정하고 나니 몇 가지 의문점이 있습니다.간접 참조를 통해 느슨한 결합을 하고 있는데, DB 에 따로 외래키 제약 조건을 걸어주어야하는가? 이 부분에 있어서 팀원과 의견이 달라서요. 저는 애그리거트를 나눈 목적이 결국 복잡도를 줄이기 위해서이고, 각각의 애그리거트 안에서 트랜잭션으로 관리가 되어야한다고 생각을 하는데.. 외래키를 설정하면 결국은 User 를 관리할 때 참조 무결성을 신경쓰면서 Trip 까지 고려를 해야돼서 좋지 않다고 생각합니다. 굳이 DB에서 외래키 제약을 걸지 않아도 이벤트를 통해 관리할 수 있다고 생각을 하기도 하구요. 팀원분은 어플리케이션보다는 변경점이 낮은 DB를 우선으로 하며 개발을 해야하고, 그렇기 때문에 반드시 외래키를 걸어주어야한다고 말씀하시는데, 무엇이 더 맞는 말인지 잘 모르겠습니다.회원 탈퇴(User 삭제)가 이루어질 때 회원과 관련된 모든 Trip 삭제(벌크성 삭제 쿼리)가 이루어지도록 하기 위해서 이벤트를 활용하고 있는데, 이를 비동기적으로 처리해도 문제가 되지 않는가? &#64;Async, &#64;TransactionalEventListener 를 활용해서 회원탈퇴 요청시 회원 삭제가 커밋이 완료 되면 회원이 작성한 여행 정보를 지우는 비동기 이벤트를 발행하도록 하고 있습니다. 회원 탈퇴시 중요한건 회원 정보를 삭제하는 것이라고 생각해서 이를 비동기적으로 처리하는게 옳다고 생각해서 이렇게 구현했는데, 이 방식이 옳은 방식인지 확신이 서질 않습니다. 현업에서는 어떻게 이런 문제를 해결하고 있는지 궁금합니다읽어주셔서 감사합니다!

장독깨기 · Accepted Answer

외래키 걸어줘야 합니다. 문제가 됩니다. 무결성 깨집니다.외래키 풀고 어플리케이션에서 잘 처리하면 되긴 합니다. 근데, 이게 잘 안되요. 나중에 보면 데이터 엉망인 경우 많습니다.어플리케이션에서 잘 처리하면 외래키 걸어도 상관 없잖아요.보통 외래키로 인한 성능 문제는 거의 없습니다. 나중에 성능 시험 때 혹시나 문제가 되는 부분이 있으면, 그 때 그 부분만 풀면 됩니다. 2번 같은 경우는 회원과 관련 데이터를 모두 삭제 하려면, 회원테이블 삭제 플래그 셋하고 반환하고, 그 후로 비동기 처리에서 순차적으로 삭제하면 될 거 같습니다.

kiel · Answer

외래키는 성능 이슈도 있고, 비즈니스 로직에서 잘 처리해주면 커버가 되기 때문에 요새는 선호하지 않더군요.DB는 한 번 정해진걸 바꾸기가 더 힘들기 때문에 DB를 우선으로 하면 나중에 힘들어집니다. (이 부분은 사람들마다 생각이 다르니 그냥 그러려니 해주세요)회원 먼저 삭제하고 다른 관련 작업 삭제는 async 하게 해도 됩니다. 탈퇴시 삭제하는 데이터가 한 두개가 아니어서 탈퇴 시점에 그거 다 처리하고 response 주면 시간이 많이 걸릴 수도 있어서요.

상상초월 · Answer

언제나 옮은 방법, 어떤 상황에서도 통용되는 법칙 같은건 없습니다.실제 세계가 그렇게 돌아가지 않으니까요.그때그때 상황에 맞게, 생각이나 방법에 대해 트레이드 오프가 필요하죠. 1. 외래키를 걸어주는게 좋습니다.나중에 DB 자체만으로 연관관계를 파악할 수도 있고, 어플리케이션에서만 트랜잭션이 발생하지도 않거든요. ex) DB툴외래키는 특정한 경우에만 삭제하는게 좋습니다. ex) 극한 튜닝2. 구현의 방법은 저도 판단하기 어렵겠네요.일단 잘 동작하도록 구현하고 다른 방법들도 적용해 보시는걸 추천드립니다.

DDD 간접 참조할 때

3개의 답변

기술 목록