뿌대식: 데이터베이스 재설계

이전 데이터베이스는 관계형으로 “캠퍼스” 테이블의 “부산, 밀양, 양산”부터 점차 리다이렉션하도록 설계했습니다.

최종적으로 오늘 혹은 지정한 요일의 식단을 반환하도록 생각 했었지만, 아래의 문제가 있어서 재설계 했습니다.

1. 필요한 정보를 찾아가는 과정에서 API 요청이 너무 많다.
2. CRUD 중 Read만 해도 된다.
3. 노션 API는 초당 3번의 요청만 가능하다.
4. API에 Query Param, Body를 통한 필터링이 가능하다.

 

 

<부산 테이블>

 

캠퍼스 별 테이블에서 필요한 정보를 카테고리를 사용해서 필터링 할 계획입니다.

또한, 결과적으로 식당이 가장 많은 부산 테이블의 경우 모든 데이터를 요청했을 때 111.78KB, 식당이 가장 적은 양산의 경우 23.92KB로 정규화되지 않은 데이터베이스여도 문제 없을 것 같아요.

 

필터링에 관한 자세한 정보는 문서를 참고해주세요.