양방향 연관관계에 대한 질문입니다!

Question

<요구사항> 사용자가 맘에 드는 장소를 저장 할 수 있다. Place 에서 FavoritePlace 를 Join 하고 싶다. <관계도> Place(1) - (N)FavoritePlace(N) - (1)User <질문내용> Place 에는 FavoritePlace 필드가 없기 때문에 join 을 사용 할 수 가 없어서 , 양방향 매핑을 이용 하였습니다. 이럴 경우 양방향 매핑을 사용하는것이 맞는지 궁금하고, FavoirtePlace 의 상태가 변경될때의,연관관계 편의메서드를 구현하였는데 흐름은 Place 가 가지고 있는 list 를 순회하여, 바뀌기전의 FavoirtePlace 를 삭제하고 새로운 FavoirtePlace 를 add 하는 로직을 선택하였습니다. 그러다보니 수많은 List 중 FavoirtePlace 하나를 순회하여 찾아 제거 하는 작업이 조금 버거울거같다는 고민이 생겼습니다. 제가 이해한 양방향을 써야 하는 상황이 이부분이 맞는지, 위와 같은 상황에서 어떻게 해결하는게 조금 더 현명할지 조언 듣고 싶습니다! 감사합니다

dlektl6 · Answer

자세한 답변 감사합니다! 제가 Place - FavoritePlace - Member 이런식으로 구현한 이유는, Member 가 좋아하는 장소를 북마크 할 수 있다는 요구사항 때문이였습니다. 한명의 Member 가 여러 장소를 저장 할 수 있고, 하나의 장소를 여러명이 북마크(저장) 할 수 있기 때문에 Member 와 Place 사이의 매핑 테이블을 두게 되었습니다. 서비스 요구사항중 특정 장소 정보를 내려주는 과정에서 FavoirtePlace(북마크) 정보를 같이 내려줘야 하는 상황이 발생했는데, FavoirtePlace 의 데이터 접근 계층에 접근 하면 가능하긴 하지만, Place 의 관한 필터링을 진행해야 했기에 Place 데이터접근계층에서 접근하는게 좋겠다 판단하여 이렇게 질문 남기게 되었습니다.

codetrain999 · Answer

안녕하세요, dlektl6 님! 공식 서포터즈 codesweaver 입니다. 제 생각은 FavoritePlace를 엔티티로 관리하는게 적절한가?가 관건일 것 같아요. 질문중에 ' Place 에는 FavoritePlace 필드가 없기 때문에 join 을 사용 할 수 가 없어서' 가 있는데, 기존 Place 엔티티에 필드를 추가할 수 없는 상황인가요? Place 엔티티에 isFavoriteYN 등의 필드를 추가하는것이 가장 간단한 방법인것 같고, 만약 필드를 추가할 수 없다면 다른 방법을 찾아야 하겠지요. 그렇다면 다음처럼 관계를 맺을 수 밖에 없을것 같아요. Place - Member - FavoritePlace   질문에 남겨주신 것처럼 관계가 되면 FavoritePlace가 없는 회원은 Place에 도달 할 수가 없습니다. 이 경우라면 'Member는 반드시 1개 이상의 FavoritePlace를 갖는다' 같은 요구사항이 있어야 가능합니다. Place - FavoritePlace - Member 감사합니다.

dlektl6 · Answer

도움주셔서 진심으로 감사드립니다!