[Retrospect] 2주차 회고 - 박채린

# 이름

### Fact (사실) : 주요 사건에서 내가 취한 행동을 객관적으로 서술한다
- DB 스키마 중 하나의 테이블이 비효율적으로 짜졌다. 경조사 타입을 정의한 테이블이 있는데, client와 주고 받은 것은 그 테이블의 id가 아니라 그냥 데이터 string. FK로 연결할 필요도, 테이블을 만들 필요도 없어졌다. 전체적으로 DB와 해당 부분 모두 수정. client 까지도 다시 수정해야 했다.

### Feeling (느낌) : 그때 느꼈던 기분을 간략히 정리한다
- 다른 부분을 하다가 발견했는데, 좀 더 간략하게 할 수 있었는데 어렵게 했다는 생각이 들어 다음부터 DB 스키마를 더 신중히!!

### Finding (교훈) : 사건에서 얻은 교훈을 적는다
- 설계의 중요성!! 스키마를 잘 짜야 api 작성이 훨씬 쉬워진다.

### Future action(행동) : 그래서 내가 앞으로 취할 행동을 미래형으로 적는다
- 짜여진 스키마를 한 번 더 검토하기.

No files, tests, or entry points are named. Read the retrospective to understand the completed database-schema and client changes, but there is no actionable change or explicit completion criterion for a newcomer to follow.

Written by the indexing model from the issue text.