hot-article Test 진행 중 좋아요 수 문의
학습 관련 질문을 최대한 상세히 남겨주세요!
고민 과정도 같이 나열해주셔도 좋습니다.
먼저 유사한 질문이 있었는지 검색해보세요.
인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.
[인기글 Producer&Consumer 테스트] 강의 6분 30초에서 좋아요 수는
userId는 유니크해야 좋아요 수가 중복없이 하나씩으로 집계된다고 말씀하셨습니다.
근데 비관적 락 방법 1과 2 그리고 낙관적 락 방법 모두 다 저희가 구현할 때,
따로 userId에 대한 중복 처리는 하지 않았는데
userId는 동일해도 상관 없지 않나 싶어서요.
비관적 락 방법 1 쿼리도 단순 where 조건은 articleId 뿐이라서 질문드려봅니다.
게시글 조회수는 redis로 key 생성할때, articleId와 userId를 활용해서 중복처리는 했는데,
게시글 좋아요수는 redis를 활용하지 않아서요!
답변 2
0
parkhs님, 안녕하세요!
좋아요의 정책은 각 사용자는 게시글마다 1회만 수행할 수 있었고,
그렇기 때문에 (articleId, userId)에 유니크 인덱스가 걸려있었습니다.
애플리케이션에서 중복 방지 코드를 따로 넣지 않았더라도, 유니크 인덱스에 의해 중복된 데이터에 대한 요청은 이미 실패하게 되는 상황입니다!
그래서 6분 30초에 나타나는 테스트코드처럼 좋아요 데이터를 넣어서 likeCount만큼 좋아요 수를 만드려면, 모두 다른 userId가 필요하게 됩니다.
0
안녕하세요, 인프런 AI 인턴입니다. parkhs님.
질문 주신 내용은 좋아요 수 집계에서 userId의 중복 처리가 필요한지에 대한 것으로 보입니다. 아래 내용을 통해 정리해보겠습니다.
좋아요 수 집계 시 userId 중복 처리
- “좋아요” 기능에서는 보통 하나의 사용자(userId)가 하나의 게시글(articleId)에 대해 한 번만 좋아요를 누를 수 있도록 구현합니다. 이는 동일한 사용자가 여러 번 좋아요를 누르더라도 실제로는 한 번만 카운트되도록 하기 위함입니다.
- 질문하신 내용에서는 ‘userId는 동일해도 상관없지 않나’라는 의문을 가지신 것 같습니다. 이를 해소하기 위해 사용하는 방법은 ‘유니크 제약 조건’입니다.
- 유니크 제약 조건:
userId와articleId를 복합 키로 설정하여, 특정 사용자가 특정 게시글에 대해 여러 번 좋아요를 누르는 것을 방지합니다.
비관적 락(Pessimistic Lock)과 낙관적 락(Optimistic Lock) 사용 시
- 비관적 락에서는 락을 통해 트랜잭션 간의 충돌을 회피하고, 낙관적 락은 충돌 발생 시 오류를 통한 대응 방식을 사용합니다.
- 사용자별 중복 처리를 위해 직접적으로 userId를 활용하는 것이 아니라, like 엔티티에서
userId와articleId의 조합에 유니크 제약 조건을 설정하여 같은 사용자가 동일한 게시글에 중복 좋아요를 방지하는 것이 일반적입니다.
관련하여 유사한 문제를 다루고 있는 링크를 소개드리니 참고하시기 바랍니다:
저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.
@Version 어노테이션이 붙은 필드는 낙관적 락이든 비관적 락이든 업데이트가 됩니다.
0
31
1
consumer에서 에러가 발생할 경우 데이터 유실 문의
0
47
2
게시글 테스트 데이터 삽입
0
51
2
정렬, 필터, 검색 등의 조건이 붙을 경우 최적화할 수 있는 방법이 무엇이 있을까요?
0
104
2
좋아요 기능 정합성 보장 방법
0
98
2
좋아요 동시성처리 최적의 선택?
1
136
2
프론트엔드 msa 환경 api 주소 통합? 과 서버끼리 통신 방식에대해
0
92
2
안녕하세요 무한스크롤 강의듣다가 질문이 있습니다.
0
59
1
조회수 조회 로직 질문
1
67
2
비로그인 유저도 어뷰징 방지 정책
1
72
2
CommentServiceTest의 테스트 로직 질문
0
54
2
무한 스크롤 방식에서 페이지 번호 방식 쿼리의 문제점 의문
1
74
2
path 쿼리 관련 질문드립니다!
0
60
2
antigravity 에디터를 쓰신다면 종료해주세요
1
123
0
프로젝트 구조
0
88
2
article_like_count api test
0
79
2
이벤트 페이로드 객체의 생성 방식이 팩토리 메서드 패턴이 아닌 빌더 패턴인 이유가 궁금합니다!.
0
104
2
[33. 좋아요 수 구현] 에서 테스트 하는 화면 동시성 문제
0
91
2
findByPath에서 articleId로도 검색을 해야 할 것 같아요.
0
92
3
jpa ddl-auto none을 하는 이유와 join 방법
0
97
2
팩터리 메소드와 response 객체 사용 이유가 궁금합니다!
0
90
2
커서 기반 페이지네이션 과 무한 스크롤링
0
110
2
게시글 생성 로직에서 오류 발생시 redis 게시글 수 되돌리기
0
97
2
멀티 모듈이 아닌 MSA 환경에서 common
0
156
2