인프런 커뮤니티 질문&답변
작성한 질문수
양방향 연관관계에 대한 질문입니다!
작성
·
560
·
수정됨
0
<요구사항>
사용자가 맘에 드는 장소를 저장 할 수 있다.
Place 에서 FavoritePlace 를 Join 하고 싶다.
<관계도>
Place(1) - (N)FavoritePlace(N) - (1)User
<질문내용>
Place 에는 FavoritePlace 필드가 없기 때문에 join 을 사용 할 수 가 없어서 , 양방향 매핑을 이용 하였습니다.
이럴 경우 양방향 매핑을 사용하는것이 맞는지 궁금하고,
FavoirtePlace 의 상태가 변경될때의,연관관계 편의메서드를 구현하였는데
흐름은
Place 가 가지고 있는 list 를 순회하여, 바뀌기전의 FavoirtePlace 를 삭제하고 새로운 FavoirtePlace 를 add 하는 로직을 선택하였습니다.
그러다보니 수많은 List 중 FavoirtePlace 하나를 순회하여 찾아 제거 하는 작업이 조금 버거울거같다는 고민이 생겼습니다.
제가 이해한 양방향을 써야 하는 상황이 이부분이 맞는지,
위와 같은 상황에서 어떻게 해결하는게 조금 더 현명할지 조언 듣고 싶습니다!
감사합니다
답변 3
1
자세한 답변 감사합니다!
제가
Place - FavoritePlace - Member 이런식으로 구현한 이유는,
Member 가 좋아하는 장소를 북마크 할 수 있다는 요구사항 때문이였습니다.
한명의 Member 가 여러 장소를 저장 할 수 있고,
하나의 장소를 여러명이 북마크(저장) 할 수 있기 때문에
Member 와 Place 사이의 매핑 테이블을 두게 되었습니다.
서비스 요구사항중 특정 장소 정보를 내려주는 과정에서 FavoirtePlace(북마크) 정보를 같이 내려줘야 하는 상황이 발생했는데,
FavoirtePlace 의 데이터 접근 계층에 접근 하면 가능하긴 하지만, Place 의 관한 필터링을 진행해야 했기에
Place 데이터접근계층에서 접근하는게 좋겠다 판단하여 이렇게 질문 남기게 되었습니다.
1
안녕하세요, dlektl6 님! 공식 서포터즈 codesweaver 입니다.
제 생각은 FavoritePlace를 엔티티로 관리하는게 적절한가?가 관건일 것 같아요.
질문중에 'Place 에는 FavoritePlace 필드가 없기 때문에 join 을 사용 할 수 가 없어서' 가 있는데, 기존 Place 엔티티에 필드를 추가할 수 없는 상황인가요?
Place 엔티티에 isFavoriteYN 등의 필드를 추가하는것이 가장 간단한 방법인것 같고, 만약 필드를 추가할 수 없다면 다른 방법을 찾아야 하겠지요. 그렇다면 다음처럼 관계를 맺을 수 밖에 없을것 같아요.
Place - Member - FavoritePlace
질문에 남겨주신 것처럼 관계가 되면 FavoritePlace가 없는 회원은 Place에 도달 할 수가 없습니다. 이 경우라면 'Member는 반드시 1개 이상의 FavoritePlace를 갖는다' 같은 요구사항이 있어야 가능합니다.
Place - FavoritePlace - Member
감사합니다.
0
안녕하세요 dlektl6님!
제가 착각한 부분은 Place 와 Member가 기본적으로 관계를 맺는다는 부분이네요.
답글달아주신 내용을 함께 생각해보면
이 둘은 FavoritePlace 를 통해서만 관계를 맺는게 맞습니다.
그리고 질문주신 내용처럼 관계편의 메서드를 만드는것이 맞습니다 :)
감사합니다.