🍃캐싱 조건

개발한 코드를 리팩토링 하던 중 동일한 데이터를 여러 번 요청하고 있다는 것을 알게 되었다. 사용자의 요청에 대한 응답 속도를 높이는 것에 몰두하고 있는 상황이라, 중복되는 상황은 최소화하고 싶은 생각이 먼저 든다.

이때, 네트워크 시간에 배웠던 캐시 개념이 떠올랐다.

실제 데이터베이스에 접근하여 데이터를 가져오는 것이 일반적이라면, 캐시 DB를 도입하여 자주 쓰는 데이터들은 실제 DB까지 접근하지 않고 중간 다리 역할을 하는 캐시 DB를 통해 데이터를 가져와 시간을 절약시켜주는 효과를 얻을 수 있는 것이다.

먼저 중복되는 로직을 한 번 정리해보자.

1. 식당 또는 캠퍼스 찾기 기능
   사용자 테이블에는 사용자id, 학과id, 캠퍼스id가 존재한다.

• 사용자가 캠퍼스 or 식당 정보 요청
• 사용자 테이블에서 사용자id로 사용자 존재 여부 확인
  • 사용자가 존재한다면 👉🏼 캠퍼스id 찾아 사용자의 캠퍼스에 존재하는 식당 반환
  • 사용자가 존재하지 않는다면 👉🏼 캠퍼스 반환

2. 학과 공지사항 조회 기능
   

• 사용자가 공지 사항 조회를 요청
• 사용자 테이블에서 사용자의 학과id 확인
• 사용자 학과 공지 사항 반환

3. 캠퍼스별 식당 식단 조회 기능
   

• 사용자가 식단 요청
• 사용자 테이블에서 사용자id 확인
• 사용자id로 캠퍼스 이름 찾기

위의 3가지 기능에서 동일하게 사용하는 로직이 사용자 테이블에 접근하여 사용자의 정보를 찾는 것이다.

사용자의 캠퍼스나 학과 정보는 변경이 거의 없는 데이터이고, 사용자가 요청할 때마다 사용자 테이블에 접근해야 하는 상황이라면 캐시화 하기에 매우 적절한 것 같다.

---

[출처]

• https://seungjjun.tistory.com/246
• https://yozm.wishket.com/magazine/detail/2296/