같이 일하고 싶은 개발자

이전 과거의 글 에서 레디스와 캐시에 대해 간략하게 정리했습니다. 현업에 오니 직접적으로 레디스를 사용하거나 혹은 캐싱 기능을 사용할 정도의 경험을 갖는것이 어렵다는 생각이 들었습니다.그러한 이유는 성능에 이슈가 생겼을 때 1순위로 캐싱을 사용하기엔 비용이 크다는 생각이 듭니다. 대부분의 성능적인 이슈는 SQL 튜닝을 통해서 해결이 가능하고 비용적인 측면에서 가장 저렴하다는 생각이 들었습니다.(SQL 튜닝 을 통해서 성능적인 이슈를 해결하기도 하고 캐싱 서버 활용, 샤딩, DB 스케일 업과 같은 하드웨어 성능을 업그레이드 하는 부분도 방법이 될 수 있고, 레플리케이션 등등 여러 방법이 있습니다) 그중에서 SQL 튜닝의 다음 단계인 레디스(Redis)를 통해 캐싱을 사용해보고 실제 성능이 얼마나 개선이 되..

본 내용은 infrearn 김영한 님의 query dsl 강의를 수강 후 정리한 글입니다. 코드 위주의 설명보다는 해당 강의를 보고 얻게된 지식이나 인사이트와 관련된 글입니다. 또한 Query dsl에 관한 저의 느낀점과 학습한 점을 정리한 것이라 Query dsl 사용 관련 내용을 담고 있지는 않습니다.. 목차 Query dsl 들어가기 내가 학습한 Query dsl ( 의존성만 등록해봅시다 ) Query dsl 마무리 Query dsl 들어가기 네? query dsl이요? 그게 뭔가요? querydsl을 알게 된 것은 작년 이맘 때쯤이였다.. 졸업작품 프로젝트를 시작하고, 어떻게 데이터를 검색할까에 관한 물음의 답이 바로 Query dsl이였다. 기술적 의사결정을 내린 후 본격적으로 query dsl..

1. 그냥 궁금증 >> 성능이슈? 문득 졸업작품 프로젝트를 진행함에 있어, 관리자 페이지를 분업하는 과정에서 의문점이 생겼다. ' 내가 기존에 만들었던 방식과 동료가 만든 방식이 달랐다 -> 전체 게시물을 출력하는 메소드' 반환되는 데이터는 비슷하게 출력이 되는데, 뭐가 다를까? + 성능에 대해서 어떤 것이 우위에 있을까? 라는 생각이 들었다. 3번의 실험을 해보았다 1. 기존에 사용한 방식 전체를 조회할 때 List를 이용해 List에 다 담아 dto를 반환하고, controlle단에서 출력 2. querydsl을 이용하는 방식 3. 1번과 service로직은 동일하나 controller단에서 기존에 만들어 놓은 MultiResult라는 클래스를 이용해서 반환하는 방식 결과는 걸리는 시간이 2 3 1 ..