학습 목표
- Firestore 조회와 구독 비용 최적화의 역할과 적용 조건을 설명할 수 있다.
- 화면별 쿼리·필터·읽는 문서 수·리스너 수를 적으세요.
- 집계·중복 요청 공유 전후 읽기/쓰기와 최신성을 비교하세요.
사전 지식
앞선 캐싱 전략을 제대로 설계하기를 먼저 읽으면 용어를 이해하기 쉽습니다. 이미 아는 내용이면 이 장부터 시작해도 됩니다.
개념 이해
조회 비용은 데이터 개수뿐 아니라 화면이 읽는 방식과 재연결 횟수에 좌우됩니다. 가장 자주 여는 화면의 쿼리부터 기록하고 최신성이 필요한 경로만 실시간으로 유지하세요.
필요한 조회와 데이터
화면이 필요로 하지 않는 컬렉션 전체를 읽지 않습니다. 서버 SDK의 필드 선택이나 별도 요약 문서가 필요한지 검토하되 작은 응답이 곧 문서 읽기 감소라는 뜻은 아닙니다.
쿼리·인덱스·페이지네이션
정렬·필터에 맞는 인덱스와 커서를 사용합니다. 페이지를 넘길 때 이전 데이터를 다시 읽거나 큰 offset을 쓰는 방식의 비용을 확인합니다.
리스너 최소화와 해제
실시간 화면에서만 구독하고 언마운트·조건 변경 시 해제합니다. 재연결·쿼리 변경·규칙 조회가 추가 읽기를 만드는지도 관찰합니다.
중복 방지와 집계
동일 요청 공유·짧은 캐시·서버 집계로 반복 조회를 줄입니다. 집계는 쓰기 비용과 일관성 요구를 함께 따집니다.
비용 모니터링과 최신성
프로젝트 사용량과 기능별 요청을 관찰합니다. 권한·계정 상태 같은 데이터는 성능만을 이유로 오래 캐싱하지 않습니다.
실제 사용 사례
알림은 최근 항목만 구독하고 과거 기록은 페이지로 불러옵니다. 인기 서비스 수치는 집계 문서로 제공하되 갱신이 지연될 수 있음을 설계에 반영합니다.
단계별 실습
실습은 운영 서비스가 아닌 별도 연습 프로젝트에서 진행하세요. 기존 파일이 있다면 변경 전 기록을 남깁니다.
- 화면별 쿼리·필터·읽는 문서 수·리스너 수를 적으세요.
- 전체 조회를 필요한 조건과 limit·커서로 바꾸세요.
- 구독 해제 함수가 화면 이동과 조건 변경에 호출되는지 확인하세요.
- 집계·중복 요청 공유 전후 읽기/쓰기와 최신성을 비교하세요.
코드와 프롬프트
아래 요청에서 대괄호 부분을 내 프로젝트에 맞게 바꾼 뒤 AI 도구에 전달하세요.
[화면 목록]의 Firestore 쿼리·리스너·집계를 분석해줘. 필요한 조건, 인덱스, 커서, 해제, 중복 방지와 읽기/쓰기 계측을 제안하고 최신성이 중요한 데이터의 장기 캐시는 피하게 해줘.자주 발생하는 문제와 해결
| 문제와 원인 | 해결 방법과 확인 기준 |
|---|---|
| 응답 필드만 줄이고 읽기 비용도 줄었다고 단정함 | 문서와 인덱스 읽기 과금 기준을 확인합니다. |
| 화면마다 같은 리스너가 남음 | 구독 생성과 cleanup을 함께 추적합니다. |
핵심 요약
- 조회 횟수와 구독 수명을 먼저 관찰합니다.
- 더 적게 읽는 구조와 더 작은 응답은 구분합니다.
완료 확인
참고자료
확인 기준일: 2026-10-20. 요금·사용 한도·제품 기능·설정 경로는 변경될 수 있으므로 작업 직전 공식 문서와 설치 버전을 확인하세요.