혹시나 정답을 알고 계신 분이 있으시다면 제가 한 분석에 관해 피드백 주시면 정말 감사할 것 같습니다 ㅜㅜ default_batch_fetch_size옵션이 들어가있음에도 불구하고 @OneToMany에 대해 N+1문제가 발생하는 상황입니다. 다른 List 내 다른 필드 ManyToOne 의 경우 batch_fetch옵션이 잘 작동했지만, List 내 OneToMany에 관해서만 문제가 발생했습니다. 문제 상황 Spring Batch에선 보통 chunk단위로 트랜잭션을 관리합니다. 트랜잭션 내임에도 불구하고 AbstractPagingItemReader를 직접 상속하여 만든 PagingCollectionItemReader에서 찾은 Item을, Processor에서 LAZY 로딩 된 필드에 접근하면 아래와 같..

https://morandi.co.kr 모두의 랜덤 디펜스 모두의 랜덤 디펜스: 코딩테스트를 준비하는 최고의 솔루션! morandi.co.kr 모두의 랜덤 디펜스는 기업별 코딩 테스트 실전 모의고사 서비스입니다. 현재 서비스를 피봇팅하여 시즌2를 준비중에 있습니다. 개요 모두의 랜덤 디펜스에는 오늘의 문제 (DailyDefense)라는 기능이 있습니다. '오늘의 문제'는 매일 5개의 문제를 제공해주고, 사용자들이 자연스럽게 풀어볼 수 있게 하는 기능입니다. 오늘의 문제는 매일 12시에 새로 바뀌어야하고, 매일매일 바뀌는 문제를 구현하기 위해 Scheduler를 도입했습니다. ERD에서 오늘의 문제가 저장되는 테이블은 위와 같습니다. 여기에는 항상 오늘 날짜에 해당하는 DailyDefense가 존재해야하고..

https://morandi.co.kr 모두의 랜덤 디펜스 모두의 랜덤 디펜스: 코딩테스트를 준비하는 최고의 솔루션! morandi.co.kr 모두의 랜덤 디펜스는 코딩 테스트 실전 모의고사 서비스입니다. 기존 서비스를 아주 살짝~~ 피봇팅하여 게이밍 포인트를 추가한 서비스를 개발중에 있습니다. 단일 Item vs List item 단일 Item으로 배치를 진행하는 것과 List형태의 Item으로 배치를 진행하는 것의 성능 차이가 궁금해져서 직접 실험을 해보게 되었습니다. 모두 chunk가 50일 때 기존 구현 1 : 50개 단위로 paging하는 API 호출 후 결과 모두를 queue에 저장 후, item read 호출 시 마다 하나씩 반환, (ProblemDTO) 비교하고자 하는 구현 2 : 50개 ..

https://morandi.co.kr 모두의 랜덤 디펜스모두의 랜덤 디펜스: 코딩테스트를 준비하는 최고의 솔루션!morandi.co.kr모두의 랜덤 디펜스는 코딩 테스트 실전 모의고사 서비스입니다.기존 서비스를 아주 살짝~~ 피봇팅하여 게이밍 포인트를 추가한 서비스를 개발중에 있습니다. 1차 MVP로는 백준의 문제 풀을 이용하여 다양한 컨텐츠의 문제 풀이 환경을 제공하는 것을 목표로 하고 있는데, 문제 데이터의 지속 업데이트 기능이 필요하게 되어 Spring Batch에 관심을 가지게 되었습니다.개요모두의 랜덤 디펜스에서 '랜덤 디펜스' 기능은 3만개의 문제 리스트 중에서 저희가 '정의한 로직'을 바탕으로 문제를 뽑아 사용자에게 풀 수 있게 제공합니다! '정의한 로직'은 사용자가 아직 풀어본 적이 없는..

혹시 코드나 설계에 대해 피드백해 주시면 정말 소중하게 여기고 반영하겠습니다. 감사합니다. 모두의 랜덤 디펜스는 코딩 테스트 실전 모의고사 서비스에서 사용자들이 모의시험을 치르게 되면, 4개에서 7문제로 이루어진 시험 한 세트가 출제됩니다. 모두의 랜덤 디펜스 사용자들은 마이페이지에서 최근 4개의 시험 기록밖에 확인할 수 없었습니다. 사용자들이 새롭게 시험을 치면 4개 이전의 시험 내용을 조회할 수 없게 되는 것입니다. 이러한 문제로 사용자들은 시험 기록에 대한 문제점을 늘 언급해 주셨고, 시험 목록을 간단하게 확인할 수 있는 시험 기록 API를 개발하기로 계획했습니다. 개발하고자 하는 API는 다음과 같습니다. 페이지마다 10개씩의 Test 목록과 Test에 포함된 AttemptProblem들을 전부 ..

혹시 코드나 설계에 대해 피드백해 주시면 정말 소중하게 여기고 반영하겠습니다. 감사합니다. 개요 모두의 랜덤 디펜스를 설계하는 데 있어, 서비스의 주 사용자들이 개발자면서, 웹 사용자인 점을 고려하여 구글, 네이버, 깃허브 3개의 OAuth 서비스 도입을 구상했습니다. 저희 팀의 계획은 MVP를 빠르게 개발 후 피드백을 통해 서비스를 개선하는 것이기 때문에, 빠르게 구글 OAuth만 우선적으로 도입 후 나머지 OAuth를 추후에 도입하기로 결정했습니다. 이때, 이후 다른 회사의 OAuth를 추가하게 되더라도 기존 코드를 수정하는 일이 없도록 하기 위해 많은 고민을 했고, 단순 if문으로 분기하기보다 상속을 통해 객체 지향적인 특성을 이용하고자 팩토리 패턴을 활용하게 되었습니다. 1. OAuth 서비스 분..