- ERD 설계
- 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 중에 어떤 의견이 더 효율적인 설계일지 궁금합니다.
- 리뷰 테이블에
- 리뷰 이미지 추가하기