데이터베이스의 기본 구조 익히기

데이터베이스는 정리된 표가 아니라 작업 시스템이다

앞 장까지는 페이지를 만들고, 블록을 배치하고, 읽기 좋은 레이아웃을 설계했다. 이제 그 위에 데이터베이스를 올릴 차례다. 노션에서 데이터베이스는 단순히 줄과 칸으로 된 표가 아니다. 정보를 모아두고, 필요한 기준으로 분류하고, 여러 방식으로 다시 보여주는 시스템이다.

예를 들어 업무 목록을 일반 체크리스트로 만들면 이런 모습이 된다.

• 제안서 초안 작성

• 고객사 회의 준비

• 6월 콘텐츠 발행

이 방식은 빠르다. 하지만 일이 많아지면 곧 한계가 온다. 마감일이 언제인지, 누가 담당하는지, 진행 상태가 무엇인지, 이번 주에 봐야 할 일만 따로 볼 수 있는지 알기 어렵다.

같은 내용을 데이터베이스로 만들면 각 업무에 상태, 마감일, 담당자, 우선순위 같은 정보를 붙일 수 있다. 그리고 같은 데이터를 표로 보다가, 진행 상태별 보드로 바꾸고, 마감일 기준 캘린더로도 볼 수 있다. 핵심은 데이터를 다시 입력하지 않는다는 점이다. 한곳에 쌓은 정보를 상황에 맞게 다른 화면으로 보여줄 뿐이다.

처음에는 어렵게 느껴질 수 있다. 하지만 원리는 간단하다. 데이터베이스는 '항목', '속성', '보기' 세 가지로 이해하면 된다.

• 항목: 데이터베이스에 들어가는 하나의 대상이다. 업무 관리에서는 하나의 업무, 독서 목록에서는 한 권의 책, 고객 관리에서는 한 명의 고객이 항목이다.

• 속성: 항목을 설명하는 정보다. 상태, 날짜, 담당자, 태그, URL 같은 칸이 속성이다.

• 보기: 같은 항목들을 어떤 모양으로 볼지 정하는 방식이다. 표, 리스트, 보드, 캘린더 등이 여기에 해당한다.

이번 장에서는 복잡한 속성 설계보다 먼저 데이터베이스의 기본 구조를 익힌다. 작은 업무 관리 데이터베이스를 만들고, 항목을 열어 세부 내용을 쓰고, 보기의 차이를 살펴보는 것이 목표다.

AI 생성 이미지

한 줄은 하나의 페이지다

노션 데이터베이스를 이해할 때 가장 중요한 문장은 이것이다. 데이터베이스의 각 항목은 하나의 페이지다. 노션 공식 도움말에서도 데이터베이스에 입력하는 모든 항목은 노션 페이지라고 설명한다.¹

일반 스프레드시트에서는 한 줄이 데이터 한 줄이다. 셀 안에 텍스트를 넣고 끝난다. 반면 노션에서는 데이터베이스의 한 줄을 클릭하면 별도의 페이지처럼 열린다. 이 페이지 안에는 일반 노션 페이지와 똑같이 문단, 체크리스트, 이미지, 파일, 링크, 하위 페이지 등을 넣을 수 있다.

예를 들어 제안서 초안 작성이라는 업무 항목을 만든다고 하자. 표에서는 다음처럼 핵심 정보만 보이면 충분하다.

하지만 이 업무를 실제로 처리하려면 더 많은 내용이 필요하다.

• 제안서에 포함할 목차

• 고객이 요청한 조건

• 참고할 이전 제안서 링크

• 내부 검토 체크리스트

• 회의 중 나온 메모

이 내용을 모두 표 칸에 넣으면 읽기 어렵다. 그래서 표에는 분류와 검색에 필요한 정보만 두고, 자세한 내용은 항목 페이지 안에 작성한다. 이것이 노션 데이터베이스가 강력한 이유다. 겉으로는 정리된 목록이고, 안으로 들어가면 하나의 작업 문서가 된다.

개인용으로는 업무, 독서, 운동 기록, 콘텐츠 아이디어를 관리할 수 있다. 팀에서는 프로젝트, 회의록, 고객 문의, 사내 문서를 관리할 수 있다. 어떤 경우든 원리는 같다. 목록에서 찾고, 페이지 안에서 일한다.

첫 번째 데이터베이스 만들기: 업무 관리 표

처음 만드는 데이터베이스는 작고 실용적인 것이 좋다. 여기서는 업무 관리 데이터베이스를 만든다. 목적은 오늘 할 일을 적는 것이 아니라, 업무를 계속 추적할 수 있는 기본 공간을 만드는 것이다.

새 페이지를 하나 만들고 이름을 업무 허브라고 정한다. 이 페이지는 앞으로 업무 관련 정보를 모으는 중심 페이지가 된다. 페이지 상단에는 간단한 설명을 적는다.

이번 주에 진행 중인 업무와 마감일을 확인하는 공간

그 아래에 데이터베이스를 만든다. 빈 줄에서 /database를 입력하거나, 새 페이지에서 표 형태의 데이터베이스를 선택하면 된다. 처음에는 표 보기가 가장 적합하다. 모든 항목과 속성을 한눈에 확인할 수 있기 때문이다.

데이터베이스 이름은 업무 관리로 정한다. 그리고 다음 항목을 세 개만 넣어보자.

여기서 중요한 것은 처음부터 완벽한 속성을 만들지 않는 것이다. 초보자가 자주 하는 실수는 데이터베이스를 만들자마자 담당자, 예상 시간, 실제 시간, 비용, 링크, 분류, 관련 프로젝트까지 모두 넣는 것이다. 그러면 정리하는 데 시간을 쓰고, 실제로는 잘 열어보지 않게 된다.

처음에는 네 가지면 충분하다.

• 업무명: 무엇을 해야 하는가

• 상태: 지금 어디까지 왔는가

• 마감일: 언제까지 해야 하는가

• 우선순위: 무엇을 먼저 볼 것인가

이 네 가지는 거의 모든 업무 관리에 필요한 최소 정보다. 다음 장에서 속성, 필터, 정렬을 더 자세히 다루겠지만, 지금은 데이터베이스의 구조와 사용 흐름에 집중하자.

인라인 데이터베이스와 전체 페이지 데이터베이스

노션 데이터베이스는 크게 두 방식으로 만들 수 있다. 하나는 페이지 안에 들어가는 인라인 데이터베이스이고, 다른 하나는 데이터베이스 자체가 하나의 페이지가 되는 전체 페이지 데이터베이스다. 노션 공식 가이드에서도 데이터베이스는 다른 콘텐츠와 함께 페이지 안에 표시하거나, 전체 페이지로 사용할 수 있다고 설명한다.²

인라인 데이터베이스는 대시보드나 업무 허브에 잘 맞는다. 위쪽에는 안내문, 바로가기, 이번 주 목표를 두고, 그 아래에 업무 관리 표를 넣을 수 있다. 다른 블록과 함께 배치할 수 있으므로 맥락을 만들기 쉽다.

반면 전체 페이지 데이터베이스는 데이터 자체에 집중할 때 좋다. 예를 들어 회사의 모든 프로젝트를 관리하는 프로젝트 전체 목록, 고객 정보를 관리하는 고객 DB, 콘텐츠 발행을 관리하는 콘텐츠 캘린더처럼 데이터베이스가 중심 역할을 할 때 적합하다.

선택 기준은 단순하다.

처음 배우는 단계에서는 인라인 데이터베이스를 추천한다. 이유는 간단하다. 데이터베이스가 페이지의 일부로 들어가면 '왜 이 목록을 보는지'가 분명해진다. 업무 허브 안에 업무 관리 표가 있으면, 이 표가 오늘의 실행을 위한 것임을 자연스럽게 이해할 수 있다.

나중에 데이터가 많아지고 독립적으로 관리해야 할 필요가 생기면 전체 페이지 데이터베이스를 사용하면 된다.

보기 방식은 데이터를 바꾸지 않고 화면만 바꾼다

노션 데이터베이스의 큰 장점은 하나의 데이터를 여러 보기로 보여줄 수 있다는 점이다. 업무 관리 데이터베이스를 표로 만들었다고 해서 계속 표로만 봐야 하는 것은 아니다. 같은 업무 목록을 리스트, 보드, 캘린더, 타임라인, 갤러리로 바꿔 볼 수 있다.

중요한 점은 보기를 바꿔도 원본 데이터는 그대로라는 것이다. 표에서 만든 제안서 초안 작성 업무는 보드에서도 같은 업무이고, 캘린더에서도 같은 업무다. 보기는 데이터를 복사하는 기능이 아니라, 같은 데이터를 다른 관점으로 보는 기능이다.

각 보기의 특징을 간단히 비교해보자.

처음 업무 관리 데이터베이스를 만들었다면 표 보기 하나로 시작해도 된다. 그다음 상태별 흐름이 필요해지면 보드 보기를 추가하고, 마감일을 자주 놓친다면 캘린더 보기를 추가한다. 처음부터 모든 보기를 만들 필요는 없다.

좋은 데이터베이스는 보기의 수가 많은 데이터베이스가 아니다. 사용자가 자주 하는 질문에 바로 답해주는 데이터베이스다.

• "지금 진행 중인 일은 무엇인가?" → 보드 보기

• "이번 주 마감은 무엇인가?" → 캘린더 보기

• "전체 업무의 상태를 한눈에 보고 싶은가?" → 표 보기

• "프로젝트가 언제부터 언제까지 이어지는가?" → 타임라인 보기

보기는 목적이 생겼을 때 추가하면 된다.

항목을 추가하고 페이지 안에 세부 내용을 쓰기

이제 데이터베이스를 실제로 사용해보자. 업무 관리 데이터베이스에 새 항목을 하나 추가한다.

업무명은 신규 서비스 소개 자료 만들기라고 입력한다. 상태는 예정, 마감일은 다음 주 금요일, 우선순위는 높음으로 둔다. 여기까지는 일반 표와 비슷하다.

이제 항목을 열어보자. 표 보기에서는 첫 번째 열의 항목 이름을 클릭하거나, 항목에 마우스를 올렸을 때 나타나는 열기 버튼을 사용할 수 있다. 보드, 캘린더, 갤러리에서는 카드를 클릭하면 항목 페이지가 열린다. 항목은 미리보기 형태로 열 수 있고, 필요하면 전체 페이지로 크게 열 수도 있다.¹

열린 페이지 위쪽에는 상태, 마감일, 우선순위 같은 속성이 보인다. 그 아래 빈 공간에는 일반 페이지처럼 내용을 쓸 수 있다. 다음처럼 구성해보자.

## 목적
신규 서비스를 처음 소개하는 고객에게 핵심 기능과 기대 효과를 설명한다.

## 포함할 내용
- 서비스가 해결하는 문제
- 주요 기능 3가지
- 도입 후 기대 효과
- 가격 안내 링크

## 체크리스트
- 기존 소개 자료 확인
- 최신 스크린샷 추가
- 팀장 검토 요청
- PDF로 내보내기

## 참고 링크
- 이전 분기 제안서
- 제품 소개 페이지

이렇게 작성하면 데이터베이스의 목록 화면에서는 업무의 상태와 마감일을 확인하고, 항목 페이지 안에서는 실제 실행에 필요한 정보를 관리할 수 있다. 이 구조가 익숙해지면 회의록, 프로젝트, 콘텐츠, 고객 관리도 같은 방식으로 확장할 수 있다.

하나의 항목 페이지 안에 너무 많은 정보를 넣는 것도 주의해야 한다. 업무와 직접 관련 없는 자료까지 모두 붙이면 나중에 열었을 때 핵심을 찾기 어렵다. 항목 페이지에는 그 일을 진행하는 데 필요한 내용만 넣고, 별도 자료는 링크로 연결하는 편이 좋다.

데이터베이스 잠금과 복제 이해하기

데이터베이스를 만들다 보면 두 가지 기능을 자주 만나게 된다. 잠금과 복제다.

먼저 잠금은 데이터베이스의 구조를 실수로 바꾸지 않도록 보호하는 기능이다. 데이터베이스를 사용하다 보면 속성 이름을 잘못 바꾸거나, 보기를 삭제하거나, 정렬 기준을 흐트러뜨리는 일이 생길 수 있다. 혼자 쓸 때도 이런 실수는 불편하지만, 팀에서 함께 쓸 때는 더 큰 문제가 된다.

데이터베이스를 잠그면 속성이나 보기 구조를 함부로 바꾸지 못하게 할 수 있다. 다만 잠금은 모든 편집을 막는 기능이 아니다. 권한이 있는 사용자는 항목을 추가하거나, 항목 페이지의 내용을 쓰고, 필요한 속성값을 입력할 수 있다. 즉, 잠금은 업무 입력을 막는 자물쇠라기보다 데이터베이스의 틀을 보호하는 안전장치에 가깝다.¹

다음 상황에서는 잠금을 고려해볼 만하다.

• 팀 프로젝트의 공식 업무 목록을 만들었을 때

• 여러 사람이 같은 데이터베이스에 항목을 추가할 때

• 속성 이름과 보기 구성이 이미 안정되었을 때

• 실수로 필터나 정렬이 바뀌면 업무에 혼란이 생길 때

반대로 아직 구조를 실험하는 단계라면 잠그지 않는 편이 낫다. 처음에는 상태 이름도 바꿔보고, 마감일 속성도 추가해보고, 보기도 바꿔보면서 자신에게 맞는 구조를 찾아야 한다.

복제는 데이터베이스를 하나 더 만드는 기능이다. 노션에서는 데이터베이스를 복제할 때 기존 항목까지 함께 복제하거나, 구조만 가져오고 내용은 비운 형태로 사용할 수 있다.¹

예를 들어 업무 관리 데이터베이스를 잘 만들어두었다고 하자. 다음 달에도 같은 구조를 쓰고 싶지만 기존 업무는 가져오고 싶지 않을 수 있다. 이때는 내용 없이 복제해서 속성, 보기, 기본 구조만 재사용하면 된다. 반대로 샘플 데이터까지 포함한 연습용 데이터베이스를 만들고 싶다면 내용까지 함께 복제하면 된다.

여기서 주의할 점이 있다. 이 장에서 말하는 복제는 원본과 동기화되는 연결이 아니라, 별도의 사본을 만드는 방식으로 이해하면 된다. 원본에서 항목을 수정한다고 복제본이 자동으로 바뀌는 것이 아니다. 반대로 복제본에서 항목을 수정해도 원본에는 반영되지 않는다. 따라서 복제는 백업, 실험, 템플릿 재사용에 적합하다.

처음에는 다음처럼 사용하면 안전하다.

• 구조를 실험하고 싶을 때: 데이터베이스를 복제한 뒤 복제본에서 테스트한다.

• 다음 달 업무 목록을 만들 때: 구조만 복제하고 내용은 비운다.

• 팀에 예시를 보여줄 때: 샘플 항목까지 포함해 복제한다.

• 중요한 팀 데이터베이스를 운영할 때: 구조가 확정되면 잠금을 사용한다.

잠금은 보호를 위한 기능이고, 복제는 재사용과 실험을 위한 기능이다. 두 기능의 목적을 구분하면 데이터베이스를 더 안정적으로 운영할 수 있다.

처음 데이터베이스를 만들 때 흔한 실수

첫 번째 실수는 데이터베이스를 너무 크게 시작하는 것이다. 모든 정보를 한 번에 관리하려고 하면 속성이 많아지고, 보기가 복잡해지고, 결국 입력이 귀찮아진다. 처음에는 업무 5개, 속성 3~4개 정도로 시작해도 충분하다.

두 번째 실수는 표를 문서처럼 쓰는 것이다. 긴 설명, 회의 내용, 참고 자료를 모두 칸 안에 넣으면 데이터베이스가 금방 읽기 어려워진다. 표에는 분류와 검색에 필요한 정보만 두고, 자세한 내용은 항목 페이지 안에 작성하자.

세 번째 실수는 보기부터 꾸미는 것이다. 갤러리 카드, 보드 그룹, 캘린더를 먼저 만들면 멋져 보일 수 있다. 하지만 어떤 질문에 답하려는 보기인지 분명하지 않으면 유지되지 않는다. 보기보다 먼저 항목과 속성이 안정되어야 한다.

네 번째 실수는 원본과 복제본을 구분하지 않는 것이다. 복제본을 만들어놓고 어느 쪽이 최신인지 모르면 오히려 혼란이 생긴다. 복제한 데이터베이스에는 이름에 테스트, 샘플, 2026년 7월처럼 목적을 분명히 적어두는 것이 좋다.

이번 장에서 만든 기본 구조

이번 장에서 만든 것은 작은 업무 관리 데이터베이스다. 하지만 이 안에는 노션 데이터베이스의 핵심 원리가 모두 들어 있다.

• 데이터베이스는 단순 표가 아니라 정보를 관리하는 시스템이다.

• 각 항목은 하나의 페이지로 열리며, 그 안에 세부 내용을 작성할 수 있다.

• 인라인 데이터베이스는 대시보드나 업무 허브 안에 넣기 좋다.

• 전체 페이지 데이터베이스는 데이터 자체에 집중할 때 좋다.

• 표, 리스트, 보드, 캘린더, 타임라인, 갤러리는 같은 데이터를 다른 방식으로 보여준다.

• 잠금은 구조 보호에, 복제는 재사용과 실험에 유용하다.

다음 장에서는 이 기본 데이터베이스를 더 쓸모 있게 다듬는다. 상태, 날짜, 선택값 같은 속성을 제대로 설계하고, 필터와 정렬을 사용해 오늘 볼 일, 이번 주 마감, 진행 중인 업무처럼 필요한 정보만 꺼내 보는 방법을 배운다.

참고

¹Intro to databases – Notion Help Center

²Full page vs. inline databases – Notion Help Center