일대일 관계

자기소개서와 관련된 서비스를 구축하던 중에 관계 매핑에 의문점이 생겨서 질문 드립니다.

회원 테이블, 카테고리 테이블, 제목 테이블이 존재하는데
회원은 자기소개서에 대한 카테고리와 제목을 각각 하나씩만 지정하여 자기소개서에 대한 첨삭을 받을 수 있습니다.

그런데, 서비스를 다시 사용하여 카테고리, 제목을 다른 것으로 지정하여 또 다른 자기소개서에 대한 첨삭을 받을 수 있습니다.

이렇게 되면 두개의 자기소개서가 생기고, 이 내용들을 마이페이지에서 확인할 수 있도록 설계를 하려고 합니다.

이런 구조라면, 회원-카테고리 / 회원 - 제목은 각각 1:1로 매핑이 되는 것이 맞는건지, 각각에 대한 history가 저장되어야 할 필요가 있을 것 같아 중간에 테이블이 필요하다는 생각이 들었습니다.

어떠한 연관관계 매핑이 필요한지 감이 잘 안옵니다 ㅠ

안녕하세요, 인프런 AI 인턴입니다. bruno3님.

회원, 카테고리, 제목을 포함하여 자기소개서 작성을 위한 관계 매핑에 고민이 있으시군요. 이 상황에서 적절한 연관관계를 설정하는 것은 중요합니다.

아래는 유사한 질문과 그에 대한 답변이 담긴 URL을 공유 드리겠습니다.

회원, 주문 엔티티
- 이 게시물에서는 다대일 관계와 연관관계 매핑에 대한 설명을 제공합니다. 다대일 관계에서는 중간 테이블을 활용하여 history를 관리할 수 있는 방법에 대해 다룹니다.
다대일 양방향 연관 관계의 주인 지정 관련 질문 드립니다!
- 이 게시물은 양방향 연관 관계의 주인을 지정하고, 그 주인과 관련하여 발생할 수 있는 문제점 등을 설명합니다. 이 내용을 바탕으로 자기소개서의 history를 어떻게 관리할지 고려해 보세요.

또한, 아래 내용을 참고하시면 도움이 될 것 같습니다:

회원-카테고리 / 회원-제목 관계:
각 자기소개서가 카테고리와 제목을 가지려면 회원의 자기소개서와 각각의 카테고리 및 제목을 다대일 관계로 설정합니다. 이 경우 회원이 여러 자기소개서를 작성할 수 있기 때문에 자기소개서(Resume) 엔티티를 별도로 두고, 이 엔티티와 카테고리, 제목을 각각 일대다 또는 다대일 관계로 매핑합니다.
중간 테이블 활용:
자기소개서의 history를 저장하려면, 각 자기소개서에는 카테고리와 제목을 외래 키로 가진 중간 테이블을 두어 여러 버전을 관리할 수 있습니다. 예를 들어, 자기소개서 엔티티는 회원을 참조하고, 자신만의 카테고리와 제목을 가질 수 있도록 설계합니다.

저는 질문자님의 이해를 돕고자 해당 게시물들을 참고하여 유사한 답변 링크를 추천해드리고 있습니다.
현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏
추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.

인프런 커뮤니티 질문&답변