[Notion] 노트 앱이 아니라 데이터베이스입니다

개발자 도구 · 노트 & 지식관리

[Notion] 노트 앱이 아니라 데이터베이스입니다

Notion은 문서 작성 도구로 알려져 있지만, 실제 정체는 "모든 행이 페이지인 데이터베이스"를 중심에 둔 워크스페이스예요. 문서·위키·스프레드시트·간단한 이슈 트래커를 하나로 합치는 자리를 노리는 도구죠. 이 글에서는 데이터베이스라는 핵심 개념, 처음 세팅하는 순서, 뷰·속성·링크드 뷰 같은 주요 기능, 그리고 REST API로 자동화를 붙이는 방법까지 정리해요. 무료 플랜의 제한 같은 함정도 미리 짚습니다.

핵심은 "모든 행이 페이지"라는 한 문장이에요

Notion 공식 문서는 데이터베이스를 "페이지의 모음(collections of pages)"이라고 정의해요. 스프레드시트의 행 하나는 셀 값의 묶음이지만 Notion 데이터베이스의 행 하나는 그 자체가 열리는 페이지입니다. 표에서 "API 서버 마이그레이션"이라는 행을 클릭하면 그 안에 회의록·체크리스트·코드 블록을 자유롭게 쓰는 문서가 나오는 식이에요.

이 구조가 기존 도구 조합과의 차이를 만들어요. 문서 도구(Google Docs 류)는 글은 잘 쓰지만 목록을 구조화해 거르기 어렵고, 스프레드시트는 구조화는 되지만 셀 안에 긴 문서를 담지 못하죠. Notion은 두 성질을 한 객체에 넣었습니다.

	문서 도구	스프레드시트	Notion 데이터베이스
긴 글 작성	강함	사실상 불가	행 = 페이지라 가능
필터·정렬·그룹	불가	강함	속성 기준으로 가능
같은 데이터 다른 화면	불가	제한적	뷰 전환 (표·보드·캘린더 등)
외부 자동화	도구별 API	도구별 API	공식 REST API + 웹훅

앞서 다룬 Obsidian·Logseq 같은 로컬 마크다운 노트와는 방향이 달라요. 그쪽은 "내 파일을 내 디스크에" 두는 개인 지식관리가 중심이고, Notion은 클라우드에 두고 팀이 같이 편집하는 협업 워크스페이스가 중심입니다. 데이터가 로컬 파일로 남지 않는다는 점은 뒤의 함정 섹션에서 다시 짚어요.

시작은 페이지 하나, 데이터베이스 하나면 충분해요

가입하고 나서 처음 할 일은 생각보다 단순합니다. 아래 순서대로 하면 빈 워크스페이스에서 동작하는 데이터베이스까지 도달해요.

1. 계정 생성 — notion.com에서 가입해요. 개인 용도라면 무료 플랜으로 블록 수 제한 없이 시작하면 돼요 (2인 이상 워크스페이스는 제한이 생깁니다, 아래 함정 참고).
2. 페이지 만들기 — 사이드바에서 새 페이지를 추가해요. Notion의 모든 콘텐츠는 페이지 안의 "블록"으로 이루어져 있어요. 텍스트·제목·코드·이미지 전부 블록이에요.
3. 데이터베이스 삽입 — 페이지 본문에서 슬래시(/)를 입력하면 블록 메뉴가 떠요. 여기서 database를 검색해 표 형태 데이터베이스를 넣습니다. 새로 만들 때 "Build with AI"로 생성하거나 추천(Suggested) 템플릿을 고르는 선택지도 공식적으로 제공돼요.
4. 속성 추가 — 열 머리글의 + 버튼으로 속성을 추가해요. 날짜·상태·링크 같은 속성을 붙이면 그때부터 필터와 정렬의 기준이 됩니다.
5. 행 열어보기 — 아무 행이나 클릭해 페이지로 연 다음 본문에 내용을 채워보면 "행 = 페이지" 구조가 바로 이해돼요.

단축키를 하나만 기억한다면 슬래시(/)예요. 블록 추가, 데이터베이스 삽입, 페이지 링크까지 대부분의 조작이 이 메뉴에서 시작됩니다.

주요 기능은 뷰·속성·링크드 뷰 세 축으로 이해하면 돼요

뷰 — 같은 데이터를 여섯 가지 화면으로

하나의 데이터베이스를 표(Table)·리스트(List)·보드(Board)·캘린더(Calendar)·갤러리(Gallery)·차트(Chart) 뷰로 바꿔가며 봅니다. 데이터는 하나인데 화면만 바뀌는 구조라 같은 작업 목록을 개발자는 보드(칸반)로 보고 일정 관리는 캘린더로 보는 식의 운용이 가능합니다. 이슈 트래커를 따로 도입하기 애매한 소규모 팀이 보드 뷰를 가볍게 칸반 대용으로 쓰는 이유가 여기 있어요.

속성과 필터·정렬·그룹 — 구조화의 기준

각 행에는 날짜·상태·링크 같은 속성(property)이 붙어요. 이 속성이 필터·정렬·그룹의 기준이 되죠. 예를 들어 상태 속성이 "진행 중"인 항목만 거른 뷰, 마감일 순으로 정렬한 뷰를 각각 저장해두는 식이죠. 뷰마다 필터·정렬 설정이 따로 저장되니 "내 것만 보이는 화면"과 "팀 전체 화면"이 같은 데이터베이스 안에서 분리됩니다.

링크드 뷰 — 원본 하나, 화면 여러 곳

공식 문서가 강조하는 기능 중 하나가 링크드 뷰(linked view)예요. 원본 데이터베이스를 복사하지 않고 다른 페이지에 그 데이터베이스를 바라보는 뷰만 심는 기능이에요. 예를 들어 OKR 데이터베이스를 프로젝트 페이지와 태스크 페이지에 각각 링크해두면 어디서 수정해도 원본 하나만 바뀝니다. 부서마다 스프레드시트 사본이 돌아다니다 어긋나는 문제를 구조적으로 막는 방식이죠.

권한 — 구조는 잠그고 내용만 열기

협업 시에는 "Can edit content" 권한이 유용해요. 이 권한을 받은 사람은 페이지와 속성 값 생성·수정은 되지만 데이터베이스의 구조(스키마) 변경은 막혀요. 팀원이 실수로 속성을 지워 뷰가 전부 깨지는 사고를 권한 단계에서 차단하는 셈입니다.

REST API와 웹훅으로 외부 자동화까지 이어져요

개발자 입장에서 Notion의 무게중심은 공식 REST API예요. 문서 기준으로 페이지·데이터베이스·사용자·코멘트 등 워크스페이스의 거의 모든 대상을 읽고 쓰는 API예요. 웹훅으로 실시간 이벤트 구독도 지원합니다. 인증은 세 갈래예요. 스크립트·CLI용 개인 액세스 토큰(PAT), 단일 워크스페이스 자동화용 내부 연결(internal connection) 토큰, 여러 워크스페이스에 배포하는 앱용 OAuth 2.0.

가장 흔한 패턴은 내부 연결 토큰으로 데이터베이스를 조회하는 거예요. 상태가 "진행 중"인 항목만 가져오는 요청은 이렇게 생겼습니다.

curl -X POST 'https://api.notion.com/v1/databases/{database_id}/query' \
  -H 'Authorization: Bearer {integration_token}' \
  -H 'Notion-Version: 2022-06-28' \
  -H 'Content-Type: application/json' \
  --data '{
    "filter": {
      "property": "Status",
      "status": { "equals": "진행 중" }
    }
  }'

이 조합이면 배포 스크립트가 끝날 때 릴리즈 노트 페이지를 자동 생성하거나 모니터링 알림을 데이터베이스 행으로 적재하는 자동화가 별도 도구 없이 붙어요. 연결(connection)은 명시적으로 권한을 부여받아야 해요. 읽기·수정·삽입 능력을 각각 제어하게 설계돼 있습니다.

API 연결 시 주의 내부 연결을 만들었다고 바로 데이터가 보이지 않아요. 연결에 해당 페이지·데이터베이스 접근 권한을 명시적으로 부여해야 API 응답에 내용이 나타납니다. "만들었는데 빈 배열만 온다"는 상황은 대부분 이 권한 부여를 빼먹은 경우예요.

미리 알아두면 좋은 함정들

• 무료 플랜의 블록 제한은 "2인 이상"부터 걸려요. 혼자 쓰면 블록 무제한이에요. 멤버가 2명 이상인 워크스페이스는 추가 가능한 블록 수가 제한됩니다. 한도에 도달하면 기존 내용 편집은 되지만 새 블록 추가가 막혀요. 팀 도입 전에 유료 전환(Plus 월 14,000원, Business 월 30,000원) 비용을 미리 계산에 넣는 게 안전합니다.
• 무료 플랜의 나머지 한도 — 파일 업로드 5MB, 페이지 히스토리 7일, 외부 게스트 10명. 스크린샷을 자주 붙이는 문서라면 5MB 제한이 먼저 걸릴 확률이 높아요.
• 로컬 파일이 아니에요. Obsidian처럼 마크다운 파일이 디스크에 남는 구조가 아니라 클라우드에 데이터가 있어요. 장기 보관이 중요한 문서라면 내보내기(export)를 주기적으로 챙기는 편이 안전합니다.
• 데이터베이스 과설계 유혹. 속성과 뷰가 무한정 늘어나는 구조다 보니 정작 내용보다 구조 만들기에 시간을 쓰게 되는 패턴이 흔히 지적돼요. 처음에는 속성 2~3개로 시작해 필요할 때 늘리는 쪽이 유지가 잘 됩니다.

어떤 사람에게 맞는 도구인가

정리하면 Notion이 맞는 자리는 명확해요. 문서·작업 목록·위키가 여러 도구에 흩어져 있는 소규모 팀, 그리고 전용 이슈 트래커까지는 필요 없지만 칸반 보드와 문서를 한곳에서 굴리고 싶은 경우입니다. API와 웹훅이 공식 지원되니 자동화를 붙이고 싶은 개발자에게도 출발점이 낮은 편이에요.

반대로 "내 파일은 내 디스크에" 원칙이 우선이거나 오프라인 환경이 잦다면, 앞서 소개한 Obsidian·Logseq 계열이 더 맞는 편이에요. 시작해본다면 무료 플랜에서 개인 페이지 하나에 데이터베이스 하나를 만들어 일주일쯤 작업 목록을 굴려보는 것, 그게 이 도구의 성격을 파악하는 가장 빠른 길이에요.

Sources

Notion Help — Intro to databases Notion — Pricing Notion Developers — Getting started

이 글은 Notion 공식 문서·가격 페이지·개발자 문서를 근거로 정리한 객관 소개 글이고 직접 사용기가 아닙니다. 가격·플랜 한도는 작성 시점(2026-08) 기준이에요.