동시성 제어 기능을 구현하기 위해 우리 프로젝트에서 어떤 내용으로 동시성 제어를 해볼까 고민하다가 선착순 쿠폰발급 기능을 추가하게 되었다. 쿠폰의 혜택이 좋을수록 트래픽이 몰리게 될 것이고 순차적인 발급을 위해 좋은 주제인 것 같다. 일단 현재 임시적으로 요구사항을 정해보았다. 쿠폰번호 제약 사항 16자리 영문 + 숫자 영문은 대문자만 입력 가능 사용가능 여부 available = Boolean 설정 쿠폰에 사용자 정보 입력 (사용한 id 확인) 쿠폰 지급받은 계정만 사용 가능 쿠폰 사용기한 추가 쿠폰생성은 어드민만 가능 쿠폰 n개 선착순 발급 n개 이상의 쿠폰이 발급되면 안됨 트래픽이 몰렸을 때 다른 웹페이지의 속도가 저하되어선 안됨 일단 쿠폰을 생성하는 코드를 작성해보았다. @Service class..

이전에 사용하던 별점 통계내는 쿼리가 잘못되었다. 판매자의 게시글에 대한 리뷰의 평점을 종합해서 받아오게 작성하면 되는 상황이었는데, 이전 쿼리는 상대방의 id에 바로 평점을 부여하는 방식이라 서비스 코드가 제대로 작동이 되질 않았다. @Query ("SELECT AVG(r.rating) FROM Review r WHERE r.post.member.id = :memberId") override fun createReview( postId: Int, request: CreateReviewRequest, principal: UserPrincipal ): MessageResponse { val post = postRepository.findByIdOrNull(postId) ?: throw ModelNotFou..

내가 처음에 생각했던 별점기능은 진짜 별거없이 금방 끝낼것 같았는데 검색해보니 좀 복잡해보인다. 깊게 생각 안해서 일어난 일인듯... 내가 생각했던 방식은 float으로 게시물에 대한(정확히 말하자면 판매자의 별점) 별점 등록하기 (애초에 이거부터가 글렀음) 값을 평균내서 판매자 별점에 반영하기 이거 였는데 지금 생각해보면 되겠나 싶다. front에서 생각해보면 평점을 등록할 때 별 몇개를 준다거나 그런식으로 점수를 부여할텐데 단순히 소수점 한자리까지만 표현하자는 생각으로 float을 사용하게 됨 별점은 1에서 5까지 소수점이 없는 정수로 선택 그 값을 평균낼땐 float 형태가 되어야함 member와 별점을 어떻게 연관지을지 생각도 해야하고.. @Schema(description = "리뷰를 작성할 때..

벌써 최종프로젝트 주차가 찾아왔다. 저번주부터 시작이었는데, 너무 바빠서 TIL 올릴 시간이 없었다. (핑계임) 프로젝트 기획을 두 번 하게 되었다.... 첫 기획은 카카오지도 API를 이용한 배낭여행 코스추천 서비스였다. 안해본 지도API 기능을 사용해 무언가 만들고자 했던게 굉장히 재밌어보였는데, 까고보니 프론트였다 지도API를 사용을 부수적인 기능으로 두고, 백쪽을 조금 더 이용하기 편하게 지도API를 사용하려고 했으나 사실 지도API를 의존하는 서비스 형태가 되어버려서 엎고 새로 기획하게 됬다. 중고거래 플랫폼 BuySell 약 3달간의 커리큘럼에서 배운 내용을 모두 사용할 수 있는게 아무래도 게시판 혹은 쇼핑몰 형태의 서비스라고 생각되었다. 주제가 조금 진부할 수 있으나, 우리는 백엔드 공부를 ..

레디스 key:value 형태 쿼리가 아닌 커맨드 기반 비관계형 데이터베이스 (NoSQL) in memory cache disk가 아닌 memory에 데이터를 저장(속도가 빠른 대신 휘발성) single threads 사용 (동시성 관련해서 스프링부트보다 관리가 더 편할 수 있음) 자료구조, 명령어는 공식문서 참고해라 레디스를 사용할땐 어떤 비즈니스 요구사항에서 어떤 데이터를 레디스에 저장할 지를 토대로 적절한 자료구조를 고민하자 레디스가 사용될 때 Cache 저장소로써의 활용 In-memory 구조로 빠르게 동작하면서 다양한 자료구조를 지원 Scale-out 상황에서 중앙 저장소로써의 활용 (대략적으로 이해는 했으나 공부가 더 필요한듯) 레디스는 자체적으로 영속성을 위한 기능을 제공하지만, 영속성을 목..

Oauth 2.0의 4가지 프로토콜 중 Authorization code grant 방식에 대한 정리 글 Authorization Code Grant 권한부여를 하기 위해 자체 생성한 Authorization Code를 전달하는 방식 용어정리 Resource: OAuth Provider로 부터 가져오고자 하는 자원 Resource Owner: Resource의 주인. (사용자) OAuth Provider: 쉽게 말해 소셜로그인 기능이라면 카카오, 구글이 된다 (인증을 담당하는 Authorization Server도 별개로 가지고 있다.) Authorization Server: 인증을 처리해주는 서버 Client: Resource를 사용하기 위해 OAuth Provider에 접근하는 application ..