TIL 23 | Session_스타벅스_모델링

모델링에는 정답이 없다!
but, 효율성을 고려하자

 

우리 팀이 만든 것

 

멘토님이 만든 것

 

Feedback

1. 메뉴 one (PK) to 카테고리 Many(FK)

2. 음료 one (PK) to 이미지 Many(FK) -  이미지를 1개만 넣는다고 한다면 이미지 url을 음료테이블 안에 넣으면 됨.

3. 알레르기Many (FK) to 음료 Many(FK)

4. boolean 데이터 타입은  0,1 로 나타내고 TINYINT로 설정하면됨.

5. 사이즈를 고려하지 않을 경우, 음료 One (PK) to nutrition One(FK)
=> 음료 테이블 내에 바로 기재해도 전혀 상관없음. One to One 인데 테이블로 분리하는 경우는
서비스가 영양정보를 불러와야하는 경우가 적은 경우, 즉 사용빈도수가 적은경우에는 따로 빼내도 상관 없음.

6. 더 많이 조회되는 테이블이 FK키를 가지고 있는 것이 좋다. Django(지금 당장은 상관없음.)

7. 상위 -> 하위  // 데이터를 직접 넣어봄으로써 모델링을 잘 할 수 있다.

8. pk를 ID 로 설정해놓으면 중복을 예방할 수 있다.

9. FK를 가지고있는 데이터가 지워졌을때, 관련된 데이터도 같이 지워지는지?  =>  여부를설정을 해놓을 수 있음.

10. 모델링 시 테이블을  잘게 나누어서 만드는게 나은지 관계 중점으로 넣는게 나은지.????
보여지는 화면기준으로 나눠서는 안됨. => 데이터의 관계에 의해서 모델링 해야 함.