본문 바로가기

Dot Programming

[Spring] Spring에서 Redis로 Cache 사용하기 (CrudRepository, RedisTemplate)
Dot Programming/Spring 2022. 4. 17. [Spring] Spring에서 Redis로 Cache 사용하기 (CrudRepository, RedisTemplate) Redis 레디스(Redis)는 "REmote DIctionary System"의 약자로 메모리 기반의 Key/Value Store 이다. 고성능 key-value 저장소로서 List, Hash, Set, Sorted Set 등 여러 형식의 자료구조를 지원한다. Redis는 메모리에 위치해있기 때문에 디스크보다 훨씬 빠르다. 그래서 RDBMS의 캐시 솔루션으로서 주로 사용되고 있다. 단순한 메모리 기반의 Key/Value Store인 memcached 오픈소스와는 달리 다양한 자료구조를 지원한다는 것이 캐시로서 Redis의 큰 장점이다. (자세한 비교) Redis 실행하기 docker image로 redis를 받아와서 실행해주면 된다. redis 디폴트 폴트: 6379 docker hub _Redis $..
[Spring] Spring에서 Local-Memory로 간단하게 Cache 사용하기
Dot Programming/Spring 2022. 4. 17. [Spring] Spring에서 Local-Memory로 간단하게 Cache 사용하기 Local-Memory로 간단하게 Cache 사용하기 Spring 3.1버전부터 캐시를 쉽게 추가할 수 있도록 기능을 제공하고 있다. 트랜잭션(@Transactional) 기능과 유사하게 캐싱 추상화 기능을 통해 코드에 미치는 영향을 최소화하면서 다양한 캐싱 방법을 사용할 수 있다. spring-context에서 기본으로 제공하므로 Redis나 다른 캐시 저장소를 사용할 것이 아니라면 특정한 설정은 필요없다. Spring 앱 위에 @EnableCaching을 명시해주면 캐싱 기능 사용이 가능하다. @SpringBootApplication @EnableCaching public class SpringCacheApplication { public static void main(String[] args) { ..
[Play with Java] Java 8로 꼬리재귀 함수 만들기 (Tail Recursion)
Dot Programming/Java 2022. 4. 10. [Play with Java] Java 8로 꼬리재귀 함수 만들기 (Tail Recursion) 재귀(recursion)와 반복(iteration) 알고리즘 dp 문제에서 자주 사용하는 방식으로 재귀와 반복이 있다. 보통 Bottom-up방식으로 구현하고 싶으면 반복문을 사용하고, Top-down방식으로 구현하고 싶으면 재귀를 사용하는 경우가 많다. 다음 문제가 나왔을 때 보는 관점에 따라 구현이 달라진다. 예를 들어, 정수 X에 사용할 수 있는 연산이 다음과 같이 세 가지가 있다고 하자. 1. X가 3으로 나누어 떨어지면,3으로 나눈다. 2. X가 2로 나누어 떨어지면, 2로 나눈다. 3. 1을 뺀다. 정수 N이 주어졌을 때, 위와 같은 연산 세 개를 적절히 사용해서 1을 만들려고 한다. 연산을 사용하는 횟수의 최솟값을 구하라. 재귀 (Top-down) 풀이 정수 N → 1로 가는 길이 세 가지 ..
[Spring] 스프링 JPA의 OSIV 전략 - 트랜잭션, 영속성 컨텍스트 생명주기
Dot Programming/JPA 2022. 4. 7. [Spring] 스프링 JPA의 OSIV 전략 - 트랜잭션, 영속성 컨텍스트 생명주기 OSIV(Open Session In View) OSIV는 영속성 컨텍스트를 뷰까지 열어둔다는 뜻이다. 영속성 컨텍스트가 살아있으면 엔티티는 영속 상태로 유지된다. 따라서 뷰에서도 지연 로딩을 사용할 수 있다. 참고로 OSIV는 Hibernate 용어다. JPA는 OEIV(Open EntityManager In View)라 하지만 관례상 모두 OSIV로 부른다. 과거 OSIV: 요청 당 트랜잭션 OSIV의 핵심은 뷰에서도 지연 로딩이 가능하도록 하는 것이다. 가장 단순한 구현 방법은 클라이언트의 요청이 들어오자마자 서블릿 필터나 스프링 인터셉터에서 트랜잭션을 시작하고 요청이 끝날 때 트랜잭션도 끝나는 것이다. 이것을 요청 당 트랜 잭션방식의 OSIV라 한다. 요청이 들어오면 서블릿 필터나 스프링 인터셉터..
[Spring] TestContainers로 멱등성있는 MySql 테스트 환경 구축하기
Dot Programming/Spring 2022. 4. 3. [Spring] TestContainers로 멱등성있는 MySql 테스트 환경 구축하기 멱등성있는 테스트 환경 구축해야 하는 이유 멱등성이란, 수학에서 사용하는 용어에서 유래한 것으로. 연산을 여러 번 적용하더라도 결과가 달라지지 않는 성질을 말한다. HTTP 메서드로 예를 들면, GET, PUT, DELETE 요청은 여러 번 요청해도 매번 요청 결과가 같아서 멱등성이 보장된다. 테스트 코드도 마찬가지로 어느 환경에서 실행해도 매번 동일한 요청 결과가 출력되어 멱등성이 보장되어야 한다. 배포나 로컬 환경에서 사용하는 DB가 서로 일치하지 않을 때 멱등성이 깨지는 경우가 발생한다. 예로, @DataJpaTest에는 @AutoConfigureTestDatabase가 명시되어 있어서 스프링 테스트는 자동으로 내장된 DB를 찾아 사용한다. 만약 배포 환경을 MySql DB를 사용하고 있다면 H2와..
[JPA] Fetch 전략 공부하기 - @OneToOne 양방향 매핑에서 Lazy가 동작하지 않는 이유
Dot Programming/JPA 2022. 4. 1. [JPA] Fetch 전략 공부하기 - @OneToOne 양방향 매핑에서 Lazy가 동작하지 않는 이유 Fetch 전략 기존 Hibernate의 Fetch 전략은 모두 Lazy였는데, Hibernate 5.x 버전부터 JPA와 똑같이 전략이 변경되었다. Hibernate User Guide의 일부를 보면 다음과 같다. The Hibernate recommendation is to statically mark all associations lazy and to use dynamic fetching strategies for eagerness. This is unfortunately at odds with the JPA specification which defines that all one-to-one and many-to-one associations should be eagerly fetched by d..
[JPA] 관심 카테고리 게시글 + 좋아요 Querydsl로 한방 쿼리 만들기 (N+1 문제 해결)
Dot Programming/JPA 2022. 3. 31. [JPA] 관심 카테고리 게시글 + 좋아요 Querydsl로 한방 쿼리 만들기 (N+1 문제 해결) 멤버 관심 카테고리 게시글의 좋아요 여부 조회하기 - N+1 쿼리 발생 개인프로젝트(techdot)을 진행하면서 유저가 지정해놓은 관심 카테고리 목록에서 좋아요한 게시글 목록을 조회하는 쿼리를 작성하던 도중 서비스 로직에서 반복문으로 인해 N+1문제가 발생하였다. 잘못된 설계로 쿼리가 아닌 비즈니스 로직에서 발생한 당황스러운 N+1 문제였다. 관심 카테고리에 속하는 게시글 조회 (select postDto ... where interest_member_id = member_id) 멤버의 관심 카테고리 조회 (select category_name ... where interest_member_id = member_id) [N+1 문제 발생] 카테고리 별로 멤버가 좋아요한 게시글 조회 (select post..
[DevOps] Jenkins vs Travis-CI 무엇이 더 좋은가?
Dot Programming/DevOps 2022. 3. 29. [DevOps] Jenkins vs Travis-CI 무엇이 더 좋은가? CI(Continuous Integration) CI는 팀 구성원이 하루에 한 번 이상 작업을 통합할 수 있는 소프트웨어 개발 방법이다. 이 방법에서 모든 통합은 오류를 검색하기 위해 자동화된 빌드에 의해 확인된다. CI라는 개념은 프로젝트가 끝날 때까지 통합이 연기될 때 발생하는 "Integration Hell"을 피하기 위해 20여 년 전에 처음 도입되었다. CI 동작하는 과정 개발자가 코드를 작성하고 공유 저장소(Git)에 변경 사항을 커밋한다. 그 후 CI 서버는 리포지토리를 모니터링하고 모든 변경 사항을 평가한다. CI는 시스템을 구축하고 통합 및 단위 테스트를 수행한다. 서버가 배포 가능한 앱을 릴리스한다. CI 서버는 버전 및 빌드된 코드에 빌드 태그를 할당한다. 그런 다음 CI 서버는 성공..

티스토리툴바

티스토리툴바