📌 개요 N+1 문제를 효과적으로 해결하는 방법은 크게 세 가지가 있는데, Fetch Join , @EntityGraph , Batch Size 이다. 일반적인 경우에서 이들 중 뭐가 더 좋냐고 하면 Fetch Join 과 @EntityGraph 가 더 좋다고 할 수 있다. 발생하는 쿼리의 개수 관점에서 보면 그렇다는 것이다. Fetch Join 과...

📌 개요 PR 리뷰를 진행할 때 해당 PR의 코드만 보고 개선할 점을 찾기에는 어려움이 있으므로, 직접 돌려보는 편이다. 여러 개발자들이 직접 프로젝트 레포지토리에서 개발한다면 해당 브랜치로 checkout하면 되지만, 로컬에 fork하여 개발을 진행하는 경우 상황은 조금 복잡해진다. 다른 개발자가 fork한 레포지토리에 remote하여 pull하는...

(백준) 1944번 - 복제 로봇

📌 개요 @Controller , @Service , @Repository 모두 @Component 어노테이션을 상속하고 있다. @Component 는 해당 클래스를 Bean으로 등록하는 역할을 한다. 사실 어노테이션 이름만 다르지, 내부적으로 수행하는 동작은 모두 같다. 그렇다고 @Controller 대신 @Component 를 사용하면 제대로 ...

📌 N+1 문제란? 하나의 쿼리를 기대했으나 의도치 않게 N개의 쿼리가 추가로 발생하는 문제를 말한다. 이를 해결하는 대표적인 세 가지 방법이 있는데, Fetch Join, @EntityGraph , Batch Size 이다. 각 방법으로 N+1 문제를 해결하는 과정을 예제를 통해 살펴보자. public class Post { @Id...

📌 문제 https://www.acmicpc.net/problem/1086 📌 설명 먼저, 러프하게 문제를 푸는 방법을 생각해보자. 주어진 수를 적절히 선택하여 순열을 만들었을 때, 이 순열이 $K$로 나누어 떨어지는 확률을 구해야 한다. 다만, 두 가지 큰 제약이 존재한다. 각각의 수의 길이는 최대 50이고, unsigned l...

📌 @Builder 란? Lombok 의 @Builder 는 빌더 패턴을 자동으로 생성하는 어노테이션이다. @Getter @Builder public class User { private String name; private String email; private int age; private String address...

📌 개요 개인적으로 어떤 기술을 도입하거나 코드를 작성할 때, 개략적으로라도 근거가 있어야 한다고 생각한다. 그렇다고 ‘근거를 먼저 찾고 그 다음 작업을 진행하자!’라는 입장은 아니다. 남들이 닦아 놓은 길을 굳이 외면할 필요는 없다고 생각한다. 실제로 모든 기술 도입이나 코드 작성에 완벽한 근거를 사전에 마련하는 것은 현실적으로 불가능하다. 중요한...

📌 문제 https://www.acmicpc.net/problem/2228 📌 설명 배열의 누적 합을 구하고, m개의 구간을 선택하며 구간 합의 최대값을 구하는 문제이다. 📌 코드 #include <iostream> #include <algorithm> #define INF 3276701 using namespace ...

📌 Dirty Checking이란? Dirty Checking(변경 감지)란 JPA가 영속 상태인 엔티티의 값이 바뀌었는지를 자동으로 감지해, 트랜잭션을 flush하는 순간 필요한 UPDATE 쿼리를 동적으로 생성하여 실행하는 기능이다. 따로 save 또는 saveAndFlush 메서드를 호출하지 않아도 트랜잭션이 끝날 때 자동으로 엔티티 변경 내...