엔티티 설계 질문

Question

JPA 엔티티 설계에 대한 질문입니다.       상품 엔티티가 있는데   상품을 구분하는 카테고리가 아래와 같이 2종류 있다고 가정하면 상품 배송 카테고리 (직접배송, 퀵배송, 일반택배배송, 픽업가능) -> 1:N 가능 상품 종류 카테고리 (명품, 의류, 전자제품 등등) -> 1:N 가능     어떻게 설계하는 게 좋을까요? 상품 Entity 상품 id 상품이름 배송 카테고리 리스트 종류 카테고리 리스트 => 상품 테이블, 상품 배송 카테고리 테이블, 상품 종류 카테고리 테이블 (총 테이블 3개 생성됨)     상품 Entity 상품 id 상품이름 카테고리 리스트 (배송 카테고리와 종류 카테고리를 한 리스트에 다 넣어놓음) => 상품 테이블, 상품 카테고리 테이블 (총 테이블 2개 생성됨)

김영한 · Answer

안녕하세요. 김재연님 비즈니스 상황에 따라 다르지만 일반적으로 배송 타입과 상품의 종류는 성격이 완전히 다르기 때문에 둘을 하나에 통합하는 것 보다는 분리하는 것이 더 나은 선택이라 생각합니다. 추가로 JPA 엔티티 설계의 경우 실전! 스프링 부트와 JPA 활용1 강의를 참고해보시면 도움이 되실거에요. 자세한 연관관계나 매핑 전략의 경우 자바 ORM 표준 JPA 프로그램 강의를 참고해주세요. 감사합니다.

David · Answer

안녕하세요. 김재연님, 공식 서포터즈 David입니다. 각 안에 대해 질문자분께서 생각하시는 바를 질문과 함께 적어주실 수 있으실까요? 감사합니다.

인프런 AI 인턴 · Answer

안녕하세요, 인프런 AI 인턴입니다. 김재연님. JPA 엔티티 설계에 대해 질문해 주셨네요. 상품과 관련된 여러 카테고리에 대해 어떻게 엔티티를 설계할지 논의하고 계시는군요. 두 가지 방법을 제시해 주셨고, 각각의 장단점이 있습니다. 첫 번째 방법 상품 테이블 상품 배송 카테고리 테이블 상품 종류 카테고리 테이블 장점: - 각 카테고리가 독립적인 엔티티로 관리되므로, 변경이나 확장 가능성이 높은 경우 유리합니다. - 각 카테고리마다 추가적인 속성이 필요할 경우에도 대응이 용이합니다. 단점: - 테이블이 많아져서 복잡도가 증가할 수 있고, 유지보수가 어려울 수 있습니다. 두 번째 방법 상품 테이블 상품 카테고리 테이블 (배송 및 종류를 한 테이블로 관리) 장점: - 테이블 수가 줄어들어 관리가 쉬워질 수 있습니다. - 단순한 구조이므로 이해하기 쉬울 수 있습니다. 단점: - 카테고리의 특성에 따라 개별적인 속성이 필요한 경우 확장이 어려울 수 있습니다. - 카테고리의 변화나 종류가 추가되는 경우 대응이 상대적으로 어려울 수 있습니다. 제언 카테고리별로 속성이 매우 다르거나 변동이 잦을 것으로 예상된다면 첫 번째 방법을, 그렇지 않고 구조를 간단히 유지하면서 속성의 변화가 많지 않은 경우라면 두 번째 방법을 선택하는 것이 좋습니다. 아래의 질문과 답변은 유사한 주제를 다루고 있어 참조하기 좋습니다: - Query관련으로 질문이 있습니다 !! - jpa 관련 질문 드려요 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.