본문 바로가기

Language & Framework

삽질 기록(17) 레디스로 데이터를 캐싱해보자
Language & Framework/삽질기록 2022. 12. 19. 삽질 기록(17) 레디스로 데이터를 캐싱해보자 우리 프로젝트 메인화면에는 랭킹 조회가 있는데, 생각보다 필요로하는 데이터가 많다. 사실 지금 화면에서는 고작 랭킹과 유저 정보, 프로필 이미지만 나오고 있어서 별로 그렇지 않아보이겠지만.. 프론트 팀원분들의 시간 관계상 이 상태에서 개발이 멈춰버렸을 뿐 ㅎ; 원래 기획으로는 유저가 작성한 게시글 수, 답글 수, 받은 좋아요 수, 댓글 수 등의 정보가 표시되는 것이였고, 백엔드에서는 해당 정보를 실제로 다 보내주고 있기 때문에.. 나의 허접한 쿼리 + 프리티어 rds의 느려 터진 성능이 만나서 이 부분을 개선하느라 애를 먹었었다. (내 생각에는 테이블이 너무 많이 일어나기 때문에 이 정보들을 합치는 별도의 테이블을 만들던가 레디스의 SortedSets으로 랭킹을 관리해줘야 할 것 같다.) 근데 생각해보면..
삽질 기록(16) 이런 귀여운 스테이터스 코드를 보고 그냥 지나갈 수가 없었다. 418 I'm a teapot 적용하기.
Language & Framework/삽질기록 2022. 12. 15. 삽질 기록(16) 이런 귀여운 스테이터스 코드를 보고 그냥 지나갈 수가 없었다. 418 I'm a teapot 적용하기. 현업에서는 대부분 400~404로 떼운다지만, 나는 배우는 입장이다보니 스테이터스 코드에 관심이 많다. 이번에도 여느때와 같이 팀원과 409 Conflict를 쓰느냐, 422 Unprocessable Entity를 쓰느냐에 대한 논의를 하던 중 팀원이 이런 귀여운 스테이터스 코드를 발견해서 들고왔다.. Im a teapot..? 1998년 만우절에 만들어진, 커피를 찻주전자에 끓이는 것을 거부하는 스테이터스 코드다. 보통 만우절 장난으로 만들어진 무언가는 그냥 가상 세계에만 존재하는데, 이것은 현실에 실존한다. 심지어 "Some website use this response for requests they do not whish to handle, such as automated queires" "Som..
이펙티브 자바 (5) 불필요한 객체 생성을 피하라 (feat. StringPool, Autoboxing)
Language & Framework/Java 2022. 12. 13. 이펙티브 자바 (5) 불필요한 객체 생성을 피하라 (feat. StringPool, Autoboxing) 오늘은 이펙티브 자바의 "Item 6 : 불필요한 객체 생성을 피하라" 파트를 다루겠다. 자바 기초를 공부하며 어느 정도는 상식선에서 알고 있을만한 내용들이다. 우선 첫번째 예시는 저자의 표현상 아주 극단적인 사례인 new String()이다. 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 public class EffectiveString { public static void main(String[] args) { /* * string은 상수풀에 저장된다 * string2는 무조건 강제적으로 새로운 문자열을 생성한다 * string3은 string이 저장한 문자열을 재사용한다 * */ String string = "String"; String string2 = new ..
삽질 기록 (15) 한 번에 여러 Entity를 저장해야한다면? 벌크벌크 BulkInsert
Language & Framework/삽질기록 2022. 12. 12. 삽질 기록 (15) 한 번에 여러 Entity를 저장해야한다면? 벌크벌크 BulkInsert 보통 삽질 기록은 한 시간 이상 고민한 것만 올리는데 이건 그냥 시간 남고 심심해서 올림 ㅎ 이번 프로젝트에서 크롤링 시 데이터를 150~300개 가량 한 번에 저장하게 되는데, 엄청나게 대단한 용량은 아니지만 그래도 쿼리를 한 개씩 날리는 것보다는 BulkInsert 방식을 적용해야겠다는 생각이 들었다. 근데 JPA는 BulkInsert 설정해봤자 쿼리가 한 개씩 날아가서 아무 의미가 없다. 정확히 말하자면 JPA의 잘못이라기보다는, GenerateValue가 Identity인 경우에는 JPA가 매번 INSERT 쿼리를 날려서 다음 ID 값을 가져오기 때문에 생기는 일이다. 해결하기 위해서 여러가지 방법이 있겠지만 가장 간단한 방법은 JDBC의 Batch Insert 메서드를 이용하는 것이다. 그래서 ..
삽질 기록 (14) JPA DB테스트 시 @CreatedDate Mocking해서 테스트하기
Language & Framework/삽질기록 2022. 12. 9. 삽질 기록 (14) JPA DB테스트 시 @CreatedDate Mocking해서 테스트하기 내가 원하는 것은 아주 간단한 테스트였다. given에서는 user에게 연관된 게시글을 총 15개 만들어서 저장하는데, 10개는 모두 같은 날짜의 게시글이고 나머지 5개는 이전 5일간의 게시글로 저장하는 것이다. 이후 이를 조회하면 날짜별로 집계되어 6개의 값을 가진 List가 반환되어야 한다. 즉, Select ( count(article) , article.created_date) from (article) where article.id = userId group by article.created_date having article.created_date between(start, end) 이런 형태를 가진 아주 단순한 querydsl 쿼리문에 대한 테스트다. 근데 온갖 짓을 해봐도 테스트에 실패했다..
이펙티브 자바 (4) 자원을 직접 명시하지 말고 의존 객체를 주입해서 사용하라 (+ item4)
Language & Framework/Java 2022. 12. 2. 이펙티브 자바 (4) 자원을 직접 명시하지 말고 의존 객체를 주입해서 사용하라 (+ item4) 해당 파트는 사실 item4가 아니라 item5인데, item4 "인스턴스화를 막으려거든 private 생성자를 활용하라" 부분이 별달리 정리할 내용이 없으며 item5도 스프링을 배울 때 공부할만한 내용의 반복이라 길게 작성할 필요가 없을 것 같아 한 번에 포스팅하게 되었다. item4의 경우 다들 상식적으로 알고 있을만한 부분이지만 한 번 더 확인해보자. 대부분의 경우 반드시 어떤 객체의 인스턴스화를 막아야할 이유는 없지만, 우리는 종종 오직 유틸리티 용도로만 사용하기 위한 클래스를 작성할 때가 있다. 대표적으로 자바 내부에서 그런 클래스를 찾아보자면 "Math"가 있다. Math 클래스는 내부의 모든 멤버가 static이다. 애초에 인스턴스화 같은 건 전혀 고려하지 않고 만들어진 클래스라는 것이다...
삽질기록(12) 레디스 적용된 코드 어떻게든 꾸역꾸역 단위테스트 하기
Language & Framework/삽질기록 2022. 12. 1. 삽질기록(12) 레디스 적용된 코드 어떻게든 꾸역꾸역 단위테스트 하기 2022-12-14 이런 헛짓할 필요 없이 인터페이스를 이용했으면 모킹 가능했다.. SOLID원칙의 DIP는 밥 말아먹은 코드를 작성한 나의 잘못일 뿐 이런 기본적인 부분에 대한 이해조차 부족했었다는 게 너무 부끄럽다.. 그래도 글은 남겨놓는다.. 과거를 보고 더 성장하라고.. ㅎ 레디스 적용 이후 레디스가 사용된 곳들은 지금까지 열심히 작성한 단위테스트가 모두 삽질이 되어버렸다. 왜? 이 녀석 모킹이 안된다. 무슨 짓을 해도 실제 캐시를 호출하고 앉아있다. 나의 검색 실력이 부족한 것인지 이를 해결할 방법을 찾지 못했다. 사실 너무 바빠서 이 상태로 거의 일주일 넘게 방치해뒀는데, 이걸 어떻게든 해야겠다는 생각이 들었다. 그래 맞다, 이거 해결 안해도 코드는 잘만 작동된다. 그리고 그냥 통합테스트로 퉁..
삽질 기록 (12) 단위테스트 분해 조립하기
Language & Framework/삽질기록 2022. 11. 26. 삽질 기록 (12) 단위테스트 분해 조립하기 * 사실 저도 잘 몰?루 공부는 블로그가 아니라 레퍼런스를 보면서 합시다 ^^~~~~ * 오늘은 11월 2일.. 아직 파이널 프로젝트 시작 일주일 전이다. 이 글이 올라갈 때는 이미 파이널 프로젝트도 끝나가는 시점이겠군. 지난 프로젝트에서 시간에 쫓기며 테스트를 꼼꼼하게 챙기지 못한 부분들에서 줄줄 흘러나오는 버그들의 홍수를 겪고, 단위테스트의 중요성을 몸소 깨달아 지금은 단위테스트를 최대한 신경 쓰려고 노력하고 있다. (물론, 단위테스트만 중요한 것이 아니라 통합테스트도 엄청 중요하다.) 기본적으로 TDD를 중심으로 진행하되 여건상 일부는 코드를 먼저 작성하고 있는데, 확실히 TDD가 좋은 것 같다. TDD는 로직을 만들고 있는 것이나 다름 없이 깨문에 계속해서 생각하고 설계와 맞춰가며, 자연스럽게 해..

티스토리툴바