조회수 기능 추가

[elive7]

🍃 Pull Requests

⛳️ 작업한 브랜치

• Resolved: SCRUM-200

👷 작업한 내용

• 조회수 도메인을 생성하고 관련 api를 작성했습니다.
  • 일단은 조회 api를 클라에서 따로 호출하도록 코드를 짰습니다.

🚨 참고 사항

• 실제 서비스 분석에 사용될 수 있도록 조회수에 유저 필드를 추가했는데, 실제 서비스 분석에 조회수를 사용하게 될지는 의문이네요... 유저 필드를 빼는 것이 좋을까요?

• 서비스에서는 중복 포함 조회수와 중복 제외 조회수가 따로 필요하지만, 실제 중복 제외 조회수 테이블은 현재 view 테이블에서 select 연산을 통해 얻을 수 있는 정보들이기에 중복 제외 조회수 테이블을 따로 생성하지 않고 가상의 table인 뷰로 만들어 mysql에서 볼 수 있도록 할 예정입니다.

  • 중복 제외 조회수

  CREATE VIEW unique_views AS
  SELECT 
      note_id, 
      device_id, 
      MIN(created_at) AS created_at -- 첫 번째 조회만 남기기
  FROM 
      views
  GROUP BY 
      note_id, device_id, YEAR(created_at), MONTH(created_at);  -- 한 달 기준으로 그룹화
  

  • unique_views를 이용한 각 월별 곡의 조회수

  CREATE VIEW monthly_song_views AS
  SELECT 
      n.song_id,  -- 곡 ID
      YEAR(uv.created_at) AS year,   -- 조회 연도
      MONTH(uv.created_at) AS month, -- 조회 월
      COUNT(DISTINCT uv.device_id) AS views -- 중복을 제외한 deviceId 조회수 
  FROM 
      unique_views uv
  JOIN 
      notes n ON uv.note_id = n.id
  GROUP BY 
      n.song_id, YEAR(uv.created_at), MONTH(uv.created_at); -- 곡별, 연도별, 월별 그룹화
  

[jinkonu]

고생 많으셨습니다!
요구사항이 복잡하지 않았던만큼 깔끔하게 잘 구현하신 것 같습니다!
프론트 분들께 잘 말씀드려서 반영 잘 되면 좋겠군요!

[jinkonu]

개인적으로 인수로 null을 추가하는 것보다는 userId를 받지 않는 create()를 오버로딩하여 처리하면 더 깔끔하지 않을까 싶습니다!

[elive7]

이렇게 하니 service 내 코드도 더 간단해지네요... 감사합니다!!

[jinkonu]

오 좋네요!!

[jinkonu]

이건 별거 아닌데 'Header'라는 네이밍보단 'Key'가 'deviceIdValue'와 짝이 잘 맞지 않을까? 싶습니다. 혹은 둘 다 'deviceIdHeader(*)'로 통일해도 좋구요.

[elive7]

오호 좋은 것 같습니다. deviceIdKey로 수정해두겠습니다!

[jinkonu]

넵넵!

[jinkonu]

굿입니다 굿굿