• 카테고리

    질문 & 답변
  • 세부 분야

    백엔드

  • 해결 여부

    미해결

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

23.02.07 20:31 작성 23.02.07 20:36 수정 조회수 426

0

<요구사항>

  • 사용자가 맘에 드는 장소를 저장 할 수 있다.

  • Place 에서 FavoritePlace 를 Join 하고 싶다.

<관계도>

Place(1) - (N)FavoritePlace(N) - (1)User

<질문내용>

Place 에는 FavoritePlace 필드가 없기 때문에 join 을 사용 할 수 가 없어서 , 양방향 매핑을 이용 하였습니다.
이럴 경우 양방향 매핑을 사용하는것이 맞는지 궁금하고,


FavoirtePlace 의 상태가 변경될때의,연관관계 편의메서드를 구현하였는데

흐름은
Place 가 가지고 있는 list 를 순회하여, 바뀌기전의 FavoirtePlace 를 삭제하고 새로운 FavoirtePlace 를 add 하는 로직을 선택하였습니다.

그러다보니 수많은 List 중 FavoirtePlace 하나를 순회하여 찾아 제거 하는 작업이 조금 버거울거같다는 고민이 생겼습니다.

제가 이해한 양방향을 써야 하는 상황이 이부분이 맞는지,
위와 같은 상황에서 어떻게 해결하는게 조금 더 현명할지 조언 듣고 싶습니다!

 

감사합니다

답변 3

·

답변을 작성해보세요.

1

dlektl6님의 프로필

dlektl6

질문자

2023.02.09

자세한 답변 감사합니다!
제가

Place - FavoritePlace - Member 이런식으로 구현한 이유는,
Member 가 좋아하는 장소를 북마크 할 수 있다는 요구사항 때문이였습니다.

한명의 Member 가 여러 장소를 저장 할 수 있고,
하나의 장소를 여러명이 북마크(저장) 할 수 있기 때문에
Member 와 Place 사이의 매핑 테이블을 두게 되었습니다.

서비스 요구사항중 특정 장소 정보를 내려주는 과정에서 FavoirtePlace(북마크) 정보를 같이 내려줘야 하는 상황이 발생했는데,

FavoirtePlace 의 데이터 접근 계층에 접근 하면 가능하긴 하지만, Place 의 관한 필터링을 진행해야 했기에

Place 데이터접근계층에서 접근하는게 좋겠다 판단하여 이렇게 질문 남기게 되었습니다.

 

codesweaver님의 프로필

codesweaver

2023.02.09

안녕하세요 dlektl6님!

제가 착각한 부분은 Place 와 Member가 기본적으로 관계를 맺는다는 부분이네요.

답글달아주신 내용을 함께 생각해보면

이 둘은 FavoritePlace 를 통해서만 관계를 맺는게 맞습니다.

 

그리고 질문주신 내용처럼 관계편의 메서드를 만드는것이 맞습니다 :)

감사합니다.

 

1

codesweaver님의 프로필

codesweaver

2023.02.09

안녕하세요, dlektl6 님! 공식 서포터즈 codesweaver 입니다.

제 생각은 FavoritePlace를 엔티티로 관리하는게 적절한가?가 관건일 것 같아요.

질문중에 'Place 에는 FavoritePlace 필드가 없기 때문에 join 을 사용 할 수 가 없어서' 가 있는데, 기존 Place 엔티티에 필드를 추가할 수 없는 상황인가요?

Place 엔티티에 isFavoriteYN 등의 필드를 추가하는것이 가장 간단한 방법인것 같고, 만약 필드를 추가할 수 없다면 다른 방법을 찾아야 하겠지요. 그렇다면 다음처럼 관계를 맺을 수 밖에 없을것 같아요.

Place - Member - FavoritePlace

 

질문에 남겨주신 것처럼 관계가 되면 FavoritePlace가 없는 회원은 Place에 도달 할 수가 없습니다. 이 경우라면 'Member는 반드시 1개 이상의 FavoritePlace를 갖는다' 같은 요구사항이 있어야 가능합니다.

Place - FavoritePlace - Member


감사합니다.

0

dlektl6님의 프로필

dlektl6

질문자

2023.02.09

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