feat: 홈 요약 카운트 API

[redjungi09]

관련 이슈

• Resolves [Feature] 홈 요약 카운트 API 추가 #161

변경 내용

• GET /me/summary 추가 — 시술 기록·분석 완료 기록·후보 스타일·공유 중 기록 수
• 카운트 4종을 스칼라 서브쿼리 하나로 묶어 질의 1회로 집계
• 분석·공유는 행이 아니라 시술기록 기준 distinct 로 집계

작업 목적

이 카운트를 내려주는 엔드포인트가 없어 화면이 목록 API 를 조합해 숫자를 만들고 있고,
그 결과 공유 카운트가 링크 수를 세고 분석 카운트는 만들 방법이 없어 0 으로 표시된다.
집계 규칙을 서버 한 곳에 둬 화면마다 정의가 갈리는 것도 막는다.

테스트 방법

• 단위 테스트 추가/수정
  • 통합 테스트 완료
  • 수동 테스트 완료

핵심은 "링크 3개가 기록 2개를 가리켜도 shared_record_count 는 2" 다. 그 밖에 한 기록에
성공 분석이 여러 건일 때, 후보 스타일만 담은 링크일 때, 철회·만료된 링크일 때, 남의
데이터가 섞일 때를 각각 고정했다.

체크리스트

• 코드가 프로젝트의 코딩 스타일을 따릅니다
  • 자체 코드 리뷰를 완료했습니다
  • 변경 사항에 대한 테스트를 추가했습니다
  • Breaking Changes가 없습니다

기타 사항

• shared_record_count 는 공유 링크 수가 아니라 살아있는 공유에 포함된 시술기록 수다.
  링크 하나가 기록 여러 개를 담을 수 있고 기록 없이 후보 스타일만 담을 수도 있어,
  링크를 세면 시술기록 수와 단위가 어긋난다.
• 집계 질의가 타 도메인 테이블을 직접 읽는다. 읽기 전용이고 집계만 하므로 다른 도메인의
  영속성 내부를 재사용할 이유가 없다 — 공개 조회의 SharedContentJdbcAdapter 와 같은 판단.
• 화면이 이 엔드포인트로 갈아타야 실제 숫자가 고쳐진다.