노션(Notion)을 서비스 DB로 활용한 토이 프로젝트 후기

status

Public

date

Jan 3, 2026

slug

notion-as-a-database-pros-and-cons

summary

토이 프로젝트에서 Notion API를 활용하며 느낀 장단점과, 초당 3회 Rate Limit을 극복하기 위한 Next.js ISR 및 캐싱 전략을 공유합니다.

type

Post

category

🔎 Practice

tags

NotionAPI

Nextjs

thumbnail

series

장점

1. 비용 부담 제로 (학생 계정 활용):
학생 계정이나 개인용 프로 플랜을 사용 중이라면 블록 제한 없이 데이터를 쌓을 수 있어 초기 비용이 전혀 들지 않습니다. 사실 이게 짱 중요하죠.

2. 별도의 어드민 페이지 미불필요:
데이터를 확인하고 수정하기 위해 별도의 백오피스를 개발할 필요가 없습니다. 노션 워크스페이스 자체가 강력한 데이터 관리 GUI가 됩니다.

3. 가벼운 아키텍처:
내부(로컬) DB나 무거운 서버 설정 없이 API 호출만으로 동작하므로, Vercel과 같은 서버리스 환경에서 서비스가 매우 가볍게 유지됩니다.

4. 유연한 데이터 구조:
기획이 바뀌어 데이터 항목을 추가해야 할 때, 복잡한 마이그레이션 없이 노션에서 컬럼만 추가하면 즉시 반영됩니다.

단점

1. 성능 및 속도 제한:
데이터 양이 많아질수록 쿼리 속도가 체감될 정도로 느려집니다. 특히 API 호출 횟수 제한(Rate Limit)이 엄격하여 동시 접속자가 많은 서비스에는 부적합합니다.

2. 복잡한 쿼리의 어려움:
RDB처럼 화려한 SQL을 사용할 수 없습니다. 노션에서 제공하고 있는 다중 관계(Relation)를 활용한 복잡한 데이터 조회가 필요하다면 로직이 매우 매우 매우 ……. 복잡해집니다.

3. 데이터 무결성 위험:
노션 UI에서 실수로 컬럼 타입이나 이름을 변경하면 연동된 API에서 런타임 에러가 발생할 수 있습니다. 자유도가 높은 만큼 개발자가 책임져야 하는 부분이 많은 것으로 생각하면 됩니다.

4. 검색 엔진 최적화(SEO) 제약:
데이터가 노션 API를 거쳐 동적으로 렌더링되므로, 설정에 따라 SEO 최적화에 추가적인 노력이 필요할 수 있습니다.

결론

참고 사항

1. ISR (Incremental Static Regeneration) 활용
Next.js를 사용하신다면 가장 권장되는 방식입니다. 빌드 시점에 페이지를 미리 만들고, 일정 시간마다 백그라운드에서 노션 데이터를 새로고침하는 방식입니다.
• 동작 방식: 사용자가 접속했을 때 노션 API를 호출하는 것이 아니라, 이미 렌더링된 HTML을 즉시 보여줌
• 설정 예시 (App Router):

// fetch 옵션에 revalidate 시간을 설정 (예: 60초)
const res = await fetch(`https://api.notion.com/v1/databases/${DATABASE_ID}/query`, {
  next: { revalidate: 60 }, 
  headers: { ...notionHeaders }
});

• 장점: 노션 API 호출 횟수를 줄이면서, 사용자에게는 zero-latency(0ms)에 가까운 속도를 제공

2. In-Memory 캐싱 (Server-side)
서버리스 함수(Vercel Functions) 내에서 동일한 데이터에 대한 반복 요청을 방지하는 전략입니다.
• 전략: API 응답 결과를 메모리나 외부 저장소에 잠시 보관
• 도구: lru-cache 같은 라이브러리를 사용
• 제미니한테 물어보니, 조금 더 규모가 있다면 Upstash(Redis)를 추천하네요.
• Upstash는 Vercel과 궁합이 좋고, 프리티어가 넉넉하여 토이 프로젝트에서 노션 API 응답을 캐싱하기에 최적

3. Request Batching & Queuing
여러 개의 요청이 동시에 발생할 때 이를 순차적으로 처리하거나 하나로 묶는 방법입니다.
• P-Queue 사용: 동시에 실행될 수 있는 프로미스(Promise)의 개수를 제한하는 라이브러리
• 구현 로직: 노션 API를 호출하는 모든 로직을 하나의 Queue 인스턴스를 통하게 하여, 초당 요청이 3회를 넘지 않도록 강제로 스로틀링(Throttling)을 검