ERD 설계
🔗🔗🔗
Alchomist-2 (erdcloud.com)
users, refrigerators, ingredients 테이블의 관계 매핑
refrigerators와 ingredients를 하나의 테이블로 통합해서 사용하는 방법과 지금 처럼 분리해서 사용하는 방법 중에 어떤 방법이 더 효율적일까요?
현재 users과 refrigerators는 1 : 1 관계, ingredients과 refrigerators는 1 : N입니다
cocktails와 ingredients는 양방향 관계로 매핑해야할까요?
아니면 관계를 맺지 말고 Join 연산으로 작업해야하나요
그리고 ERD에서 표현을 어떻게 해야할지 고민이 됩니다.
현재 cocktails와 ingredients는 N : M 입니다.
users, reviews, cocktails 테이블의 관계 매핑
users와 reviews가 1 : N 관계입니다.
cocktails과 reviews가 1 : N 관계입니다.
관계 테이블 없이 지금의 ERD 형태로 표현해도 되는지 궁금합니다.
프론트와 백엔드 데이터 전송 문제 (해결: 전부 다 보내세요!!)
프론트: Cocktail이 서버로부터 ingredient 객체 배열로 받아서 이용하고 싶다.
백엔드: ingredient 객체를 전부 주지말고 ingredient의 특정 속성 데이터만 주고 싶다.
멘토님 a, b 중에 어떤 의견이 더 효율적인 설계일지 궁금합니다.
리뷰 테이블에
리뷰 이미지 추가하기
