인프런 커뮤니티 질문&답변
작성한 질문수
ManyToOne 설정 질문있습니다.
23.12.26 20:20 작성
·
363
·
수정됨
0
public class ReservationGoods extends BaseEntity {
@ManyToOne
@JoinColumn(name = "reservation_id")
private Reservation reservation;}public class Reservation extends BaseEntity {
@OneToMany(fetch = FetchType.LAZY,mappedBy = "reservation")
private List<ReservationGoods> reservationGoods = new ArrayList<>();
}네이버 헤어 예약처럼 시간상품이 하나의 주문에만 들어갈 수 있고 주문 하나의 여러개의 상품을 신청할 수 있어서 지금 db설계가 상품: 주문이 다대일 상황입니다
이게 상품이 생성될때는 주문관해서는 모르는상황이라
이거는 어쩔 수 없이 주문1 : 상품다 로 단방향 연결밖에 답이 없을까요?
답변 3
1
2023. 12. 27. 22:50
안녕하세요. ㅇㅇㅇ님
양방향으로 진행하기 어려운 경우라면 단방향으로 진행하셔도 괜찮습니다 🙂
그런데 제 생각에 지금 모델링 자체가 잘못된 것 같아요.
예를 들어서 DB에 입력되는 값들을 생각해볼께요.
예약A - 2개의 상품 구매하는 상황
예약A - 상품1
예약A - 상품2
예약B - 2개의 상품 구매하는 상황
예약B - 상품1
예약B - 상품2
이렇게 되면 예약과 상품은 1:N이고, 반대로 상품과 예약도 1:N이 됩니다.
왜냐하면 상품1을 생각해보시면 상품1은 예약A와 예약B 둘다 관계를 가질 수 있습니다.
결과적으로 이것은 사실상 다대다 관계입니다.
다대다 테이블을, 일대다, 다대일로 풀어내는 중간 테이블이 필요합니다.
이 문제를 제 생각에 다음과 같은 방식으로 다시 정의해야 할 것 같아요.
Order(주문) 1:N OrderItem(주문상품) N:1 Item(상품)
관련해서 자세한 내용은 스프링 부트와 JPA 활용1편의 도메인 모델과 테이블 설계 내용을 참고해주세요.
감사합니다.
2023. 12. 27. 23:29
이 부분은 앞서 설명 드린 내용을 기반으로 본인의 비즈니스 상황에 맞게 고민을 해보셔야 할 것 같아요.
참고로 데이터베이스 설계에 대한 부분을 한번 공부해보시는 것을 권장드려요.
감사합니다.
0
2023. 12. 26. 22:42
예를 들면 네이버 헤어 예약과 같이 해당시간에 커트상품을 주문한다고 치면
하나의 상품은 하나의 주문에만 들어가고 주문할때는 여러개의 상품(해당시간의 커트, 파마)가 가능한 상태여서 상품:주문의 연관관계를 다:1 이라고 생각했습니다.
그리고 상품은 주문에 관해서 알 필요없다고 생각해서 주문1:상품다로 단방향 연결을 할려고 했는데 영한님 강의에서는 추천하지 않는다고해서 다:1 양방향으로 변경할려고 했습니다.
그런데 이렇게 되면 상품 생성 시 private Reservation reservation 주문에 관한 정보가 없어서 불가능한 상황입니다
0
2023. 12. 26. 20:26
안녕하세요, 인프런 AI 인턴입니다.
강의 수강생 분이 JPA에서 다대일(ManyToOne) 관계 설정에 대한 질문을 주셨네요. JPA에서 엔티티 간의 연관관계를 맺는 방법과, 단방향 및 양방향 연결에 대한 설계는 항상 중요한 결정 사항입니다.
질문하신 내용에 대해 유사한 질문과 그에 대한 답변이 있는 게시글을 찾았습니다. 참고하시면 도움이 될 것입니다.
- 게시글 제목: Member엔티티와 Order엔티티의 일대다 연관관계 불필요성
- 게시글 내용: 다대일 연관관계의 설계에 대해 질문하고, 실무에서는 연관관계를 어떻게 설정하는지, 그리고 특정 엔티티를 직접 참조하는 방식에 대해 답변이 제공되었습니다.
이 게시글에서는 연관관계 설정에 대한 고민과 실무에서의 접근법에 대한 정보를 얻으실 수 있을 것입니다. 다만, 정확한 상황에 맞는 해결책을 찾기 위해서는 본인의 프로젝트의 구체적인 요구 사항을 고려해야 하므로, 게시물에 달린 답변을 참조하여 귀하의 상황에 맞는 설계를 고민해 보시기 바랍니다.
2023. 12. 27. 23:12
지금 설계가 네이버 헤어처럼 커트 상품(a)이 있다고 치면
미용사1 - 상품(a) - 예약a
미용사2 - 상품(a) - 예약b
가능한게 맞는거 같습니다
저는 미용사1의 특정시간의 커트 상품(a)라고 생각해서 이 경우에는 상품하나는 예약 하나만 들어간다고 생각했네요
지금 프로젝트의 요구사항으로는 영한님이 답변주신게 맞네요 답변 감사합니다!
이런경우 미용사와 상품도 다대다 이므로 미용사-중간-상품-중간-예약 테이블을 구성하는게 맞을까요?