회원 엔티티 분석
343
작성한 질문수 16
엔티티를 혼자 분석하던 와중에 저는 다음과 같은 연관관계를 더해서 생각해봤는데
1. 회원:배송 = 1:N
-> 하나의 회원은 여러번의 배송 가능, 하나의 배송은 하나의 회원이 가능
2. 상품:배송 = N:M
-> 하나의 상품은 여러번의 배송 가능, 하나의 배송에는 여러 상품 포함 가능 : "상품배송"이라는 추가적인 연결 테이블 생성
이 경우는 실제 설계상에서 정규화를 통해서 없애는 부분들인가요? 제가 생각해도 다른 관계에 대해서 반복되는 구조가 보여서 질문을 드려봅니다
답변 3
2
1. 제 생각에는 회원 -> 배송 부분을 없애는 것은 이행적 함수 종속 관계를 없애는 정규화 과정 때문이 아니라, 엔티티 간 관계를 설계할 때 회원이 배송과의 직접적인 연관관계가 필요없기 때문에 빠지는 게 더 맞는 것 같습니다.
이행적 함수 종속 관계를 없애는 정규화의 경우 테이블 내에 pk를 제외한 다른 컬럼에 종속되는 항목이 존재한다면 그것을 별도의 테이블로 분리해내는 것으로 알고 있습니다. 회원, 주문, 배송의 경우 이미 정규화된 상태라고 생각합니다.
2. 네, 저도 동일한 생각입니다.
0
처음에는 사실 회원과 배송간의 관계가 1:N이 가능할거라고 생각해서 보니까 어차피 Order에 Member에 대한 정보가 있었고 만약 회원과 배송간의 1:N관계를 추가하게 된다면 [회원 -> 주문 / 주문 -> 배송 / 회원 -> 배송]이렇게 이행적 함수 종속 관계가 생긴다고 판단해서 정규화 과정에서 회원 -> 배송 부분을 없앴다고 생각하였는데 혹시 잘못된 부분이 있을까요??
그리고 상품과 배송간의 N:M관계는 추후에 다시 생각해보니까 주문과 배송간에 1:1관계이고 주문에 어차피 "주문한 아이템"이 포함되어 있기 때문에 굳이 필요하지 않다고 판단이 들었습니다
sdk 설정 오류
0
53
2
오탈자 - @Transactional
0
56
1
src/test/resources 테스트 경로 문제
0
50
1
상품 등록후 H2 db 출력 순서 바꿀 수 있나요?
0
64
1
MemberRepositoryTest 실행오류
0
81
1
boot 4.x >>> trasasction rolled back log & p6spy(영한님, 수업 자료 업데이트 해주시면 감사하겠습니다!!)
1
184
2
강의 마지막 QueryDSL 사용 부분 질문있습니다
1
142
2
클라이언트에서 isbn과 author 수정 요청을 한 경우에 대해 질문드립니다.
0
52
1
도메인 모델 패턴 vs 트랜잭션 스크립트 패턴
0
71
1
기본 생성자
0
60
1
h2 DB 연결시 jdbc url 변경 이유가 궁금합니다.
0
103
1
멤버서비스테스트 부분에서 막힙니다.
0
165
4
실무에서도 EntityManager를 이용해서 많이 작업하는 편일까요?
0
116
1
초반에 h2 다운로드 과정 꼭 필요한가요?
0
120
2
자신 필드에도 get으로 접근하는 이유가 있을까요?
0
114
1
24분 27초 연관관계 편의 메서드 위치
0
113
1
단건 주문만 가능하게 한건 의도한 부분이신가요?
0
109
2
빌드 툴, Gradle
0
59
1
h2연결은 된 것 같은데 엔티티 테이블까지 작성 후 확인해보아도 테이블이 안보입니다
0
77
2
Repository에서 EntityManager 주입 방식 차이
0
90
1
롬복과 사용자 정의 setter 메서드
0
73
1
주문 목록 조회 fetch join 질문드립니다
0
82
1
dirty checking 질문드립니다.
0
83
1
동시성 관련 질문입니다
0
75
1