🎯 오늘 한 일
- DailyLog 2단계(v0) 작업 진행
weekly_reviews테이블 설계 및 MySQL 생성- 주간 기준(월요일 시작, KST) 계산 로직 구현
WeekKeyUtil,WeekRangeUtil유틸 추가- 주간 리뷰 도메인(
WeeklyReview,DateQuality,PatternType) 생성 GET /api/reviews/weekly스켈레톤 API 구현- Flyway 도입 개념 정리 및 V1/V2 마이그레이션 SQL 분리
- 커밋을 DB / 유틸 / 도메인·API 단위로 나누는 전략 정리
💡 배운 점
-
“테이블이 있다”와 “마이그레이션이 있다”는 다르다
- MySQL에 직접 생성한 테이블은 스키마 상태일 뿐, 재현 가능성은 Flyway가 책임진다.
-
ddl-auto=update는 개발 속도에는 좋지만,
CI/CD·운영 단계에서는 Flyway + validate로 전환하는 게 정석이다. -
enum(
DateQuality,PatternType)에 no usage가 뜨는 것은
Service 계층이 아직 없기 때문이며, 설계상 자연스러운 상태다. -
2단계 v0에서 AI보다 중요한 것은 주간 리뷰를 담을 “그릇”과 계약(API/DB) 을 먼저 고정하는 것이다.
🚀 내일 할 일
WeeklyReviewService생성- 주간 로그 집계 로직 구현
- 로그 개수 기반
DateQuality계산 규칙 정의 daily_log→ 주간 범위 조회 쿼리 작성
🧩 느낀 점
- 기능을 빨리 붙이는 것보다 구조를 먼저 고정한 게 심리적으로 훨씬 안정적이다.
- “AI 어시스턴트”라는 말에 끌려가지 않고,
결정론 → 그 다음에 AI라는 순서를 지킨 게 잘한 선택이다. - 지금 단계의 DailyLog는
기능은 적지만 방향은 매우 명확한 상태에 들어왔다.
