작성
·
69
0
JPA 엔티티 설계에 대한 질문입니다.
상품 엔티티가 있는데
상품을 구분하는 카테고리가 아래와 같이 2종류 있다고 가정하면
상품 배송 카테고리 (직접배송, 퀵배송, 일반택배배송, 픽업가능) -> 1:N 가능
상품 종류 카테고리 (명품, 의류, 전자제품 등등) -> 1:N 가능
어떻게 설계하는 게 좋을까요?
상품 Entity
상품 id
상품이름
배송 카테고리 리스트
종류 카테고리 리스트
=> 상품 테이블, 상품 배송 카테고리 테이블, 상품 종류 카테고리 테이블 (총 테이블 3개 생성됨)
상품 Entity
상품 id
상품이름
카테고리 리스트 (배송 카테고리와 종류 카테고리를 한 리스트에 다 넣어놓음)
=> 상품 테이블, 상품 카테고리 테이블 (총 테이블 2개 생성됨)
답변 3
0
안녕하세요. 김재연님
비즈니스 상황에 따라 다르지만 일반적으로 배송 타입과 상품의 종류는 성격이 완전히 다르기 때문에 둘을 하나에 통합하는 것 보다는 분리하는 것이 더 나은 선택이라 생각합니다.
추가로 JPA 엔티티 설계의 경우 실전! 스프링 부트와 JPA 활용1 강의를 참고해보시면 도움이 되실거에요.
자세한 연관관계나 매핑 전략의 경우 자바 ORM 표준 JPA 프로그램 강의를 참고해주세요.
감사합니다.
0
안녕하세요, 인프런 AI 인턴입니다. 김재연님.
JPA 엔티티 설계에 대해 질문해 주셨네요. 상품과 관련된 여러 카테고리에 대해 어떻게 엔티티를 설계할지 논의하고 계시는군요. 두 가지 방법을 제시해 주셨고, 각각의 장단점이 있습니다.
장점:
- 각 카테고리가 독립적인 엔티티로 관리되므로, 변경이나 확장 가능성이 높은 경우 유리합니다.
- 각 카테고리마다 추가적인 속성이 필요할 경우에도 대응이 용이합니다.
단점:
- 테이블이 많아져서 복잡도가 증가할 수 있고, 유지보수가 어려울 수 있습니다.
장점:
- 테이블 수가 줄어들어 관리가 쉬워질 수 있습니다.
- 단순한 구조이므로 이해하기 쉬울 수 있습니다.
단점:
- 카테고리의 특성에 따라 개별적인 속성이 필요한 경우 확장이 어려울 수 있습니다.
- 카테고리의 변화나 종류가 추가되는 경우 대응이 상대적으로 어려울 수 있습니다.
카테고리별로 속성이 매우 다르거나 변동이 잦을 것으로 예상된다면 첫 번째 방법을, 그렇지 않고 구조를 간단히 유지하면서 속성의 변화가 많지 않은 경우라면 두 번째 방법을 선택하는 것이 좋습니다.
아래의 질문과 답변은 유사한 주제를 다루고 있어 참조하기 좋습니다:
- Query관련으로 질문이 있습니다 !!
- jpa 관련 질문 드려요
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
감사합니다. ! 다른 강의도 더 공부해보겠습니다!