0. 개요 안녕하세요. 지난 글에서 발생했던 문제에 대해서 얘기해보려고 합니다. 저번 글에 마지막 글에 보여드렸던 사진입니다. Spring Security를 적용해 본 분이라면 정말 익숙한 메소드죠? 메소드 명 그대로, 유저 정보를 로드하는 메소드입니다. 문제는 뒤에 있는 '병원'이 어떠한 요청을 할 때마다 2번의 조회쿼리가 발생한다는 거에요. 사실 2번의 단순한 조회쿼리가 성능에 큰 영향을 미칠까? 라고 한다면 크리티컬 한 부분은 아니라고 대답하겠지만, 사용자가 많은 서비스라면 이러한 부분에서도 성능 개선이 가능하다고 생각했습니다. 그럼, 실제로 모든 요청에 2번 조회쿼리가 나가는지 확인해볼까요? 병원으로 아무 요청이나 보내보겠습니다. 제가 위에서 구현한 코드 그대로 회원을 먼저 조회하고, 병원을 조회..
0. 개요 안녕하세요! 오늘은 SpringSecurity, JPA 환경에서 서로 다른 2종류의 회원을 설계하면서 느꼈던 고민들에 대해서 작성해보려고 합니다. 이 글을 작성하는 이유는 '내가 이렇게 구현했으니 참고하세요!' 보다는 '다른 사람들은 이런 상황에서 어떻게 구현할까?' 가 궁금해서에요. 제가 어떠한 이유로 이렇게 구현했는지 설명해 드리고, 여러분이라면 어떤 식으로 구현할지 의견을 들어보고 싶습니다. 제가 의도한 대로 구현하긴 했지만, 이게 최선이라는 확신도 들지 않고 다른 사람이라면 어떻게 이 문제를 풀었을까? 라는 궁금증이 풀리질 않아서 이 글을 쓰게 되었네요. 시작하기에 앞서, 2가지의 양해드리는 부분이 있습니다. 첫 번째로는 글을 작성하기에 제 프로젝트의 코드들은 이미 구현이 끝난 코드들이..
들어가기 앞서.. 본 게시물의 내용이 좋은 구현, 성능임을 보장하지 않습니다. 제가 공부했던 기록을 남기기 위한 목적으로 글을 작성합니다. 안녕하세요. 오늘은 게시물에 해시태그 기능을 구현해 본 내용을 작성해보려고 합니다. 앞에서도 언급했지만, 개인적으로 공부하면서 작성한 내용이라 잘못된 점이 있을 수도 있어요. 너그러이 이해해 주시고 댓글로 피드백 주시면 고쳐보겠습니다. 바로 시작해 보겠습니다. 1. 어떤 방식으로 구현할 것인가? 이전에 프로젝트를 진행하면서 처음부터 Optimal 한 구현 방식을 생각하다 보니 아예 구현조차 하지 못한 적이 있습니다. 사실 공부하는 입장에서 최적의 방법이 무엇인지 알기도 어려울뿐더러, 상황에 따라서 달라질 수 있는 것인데도 말이죠. 이때를 기점으로, 저는 구현하기 전에..
