- 2차 프로젝트 진행현황

• 초기 세팅 => 통과 피드백 2개 반영하기
• 모델링 작업 (진행 중)
• 각자 맡고싶은 부분 기능, API 분석하기

- TODAY I LEARN PROBLEM 🦠

• 모델링을 작업하면서 어려운게
  아니라 하지 않은 영역이다 보니 테이블을 만들고 관계형 데이터베이스의 모델링 작업을 하는게 참 까다로운 영역이라는 생각이 들었다.

• 유저와 프로필 테이블
  

• 유저와 글 테이블
  

• 글과 댓글 테이블
  

• EX> 예를들어 링크드인의 댓글의 경우 포스트, 글을 쓰는 영역 안에 포함되어있고 유저, 글을 쓸 수 있는 유저가 가지고 있다.
• 각 유저는 0개또는 N개 이상의 댓글을 달 수 있고 옵션의 관계이다
• 각 댓글은 한개의 유저만을 가지고 필수적 관계다
  =>따라서 유저와 댓글 사이에 1-N관계가 성립한다
• 마찬가지로 하나의 글과 댓글도 같은 관계로 1-N이 성립된다.

- HOW TO FIX MY PROBLEM 💊

• 까다로운 테이블이 좋아요 테이블로 글은 m개 이상의 좋아요를 갖으며
  좋아요 역시 n개 이상의 글을 갖으므로 좋아요와 글은 N:M 옵션관계이다.
• 이는 댓글과 댓글의 좋아요도 역시 해당되는데 이 구조를 어떻게 짜면 좋을지 고민해았다.
• 팀원 승완님이 알려주신 내용 중 글과 댓글에 있는 좋아요 모두 N:M이므로 2개의 별개의 테이블이 필요하다는 조언을 듣고 테이블을 2개로 나눠서 진행해야한다는 것을 가지고 모델링을 진행하였다.

  • PROBLEM을 해결한 같은 관계의 같은 성질의 다른 테이블 2개 분리🔑

- 모르는 점

• 이전까지 했던 모델링 작업들은 간소화되어있고 간단한 케이스들이었다면 실제로는 더 고민하여 복잡하게 얽혀있는 테이블 관계들이 많다는 것.
• 서비스에서 중요시하는 것과 부과적인 것을 나눠서 우선순위를 두고 중심을 잃지 않되 모델링을 해야한다.

- 배운점

• 모델링을 스스로의 힘으로 짜보며 설계를 하는 과정과 이 과정이 실제 백앤드 서버를 구성하고 layered 패턴으로 데이터를 전달하는데 까지 굉장히 중요한 뼈대가 된다는 사실에 대해서 몸소 깨달았다.

- 잘한 점과 개선할 점

• 혼자의 힘으로 끝까지 모델링 작업 공부하고 도전한 것!
• 회고는 저녁 때, 시간 안에 마치는걸 목표로 파팅!

- 목표와 마감기한: 2021-10-26

• 모델링 피드백 받기
• 팀원들과 모델링 토대로 이야기해서 누락된 부분 고치기