개인 미니 프로젝트중 데이터 베이스 연관관계 설정에서 막혔습니다

Question

식단 관리해주는 서비스를 만들어보려고 프로젝트를 구상 중입니다.회원에게는 각각의 정보가 들어있고 회원에게 월 별로 식단을 생성해주려고 합니다. 식단은 월 단위로 나타내기 위해 month를 pk로 했고 년도를 파악하기 위해 year을 넣었습니다. 월 단위 안에 일 단위 아침 점심 저녁 3 파트로 나눠서 세부 식단을 확인할 수 있습니다.여기서 문제는 한번 생성하면 총 30개의 아침, 점심, 저녁이 나오는데 이때 식단을 구성하는 재료들을 참조하기 때문에 여 러개의 재료들을 여러 개의 아침, 점심, 저녁이 각각 참조해버리면 ManyToMany 연관 관계라고 생각하는게 맞을까요?아니면 하나의 아침 식단이 여러 개의 재료들을 가지고 있기 때문에 OneToMany라고 생각하는게 맞을까요?만약 ManyToMany라면 중간 테이블을 어떻게 만들어야 할까요?? 조언 부탁드립니다ㅜ아래의 그림이 조언을 바탕으로 재구성한 ER DIAGRAM입니다

장독깨기 · Accepted Answer

일단, ManyToMany 는 맞습니다.근데, 그 이유가 아침,점심,저녁으로 나눠서 그런게 아니구요,하나의 식단은 여러 개의 재료를 가질 수 있고, 재료는 여러 식단에 포함될 수 있기 때문입니다.이럴 경우, 중간 테이블을 만들어야 하는데요,식단재료 테이블을 만들고 식단의 PK 와 재료의 PK 를 조합해서 복합PK 로 만들면 됩니다.그리고, 월, 일, 아침,점심,저녁 식단 각각 테이블 분리했는데요,이러지 마시고 그냥 테이블 하나로 하시면 됩니다.사용자에게 매일 식단을 제공하는거잖아요.그럼 유일한키( PK) 를 사용자 &#43; 일자(년월일) &#43; 식단구분(아침,점심,저녁) 으로 잡으면 됩니다.마지막으로, https://www.erdspace.com ERD TOOL 인데요, 여기 한번 이용해보세요.가독성도 좋고 다양한 기능도 제공하며 사용하기에도 편리 할 것 입니다.테이블 좀 많아지면 관계선 엉켜서 정신 없는데요, 여기서는 관계선을 조정할 수 있어 깔끔하게 정리 할 수 있습니다.ERD 작성해서 보여드릴까 하다가, 간단해 보여서 직접 해보는 것이 좋을 같네요, 참도록 하겠습니다. ㅎ참고해서 작성하시고 다시 검토 받아보세요. :)

roggue2 · Answer

하나의 아침 식단이 여러 개의 재료들을 가지고 있기 때문에 OneToMany라고 생각하는게 맞을것 같습니다.

kenu,전독시 · Answer

month_diet 에서 month가 키라면 2025년이 되면 2024년 month key 1, 2는 삭제해야되지 않을까요?duplicate key 나올 것 같은데요.year, month 조인키를 사용하거나 따로 key 컬럼 만들고, year, month Join Index 설정하는 것을 추천합니다.물론 데이터와 트래픽이 적다면 Index는 크게 의미는 없습니다.

개인 미니 프로젝트중 데이터 베이스 연관관계 설정에서 막혔습니다

3개의 답변

Q&A 목록