노션 데이터베이스 완전 정복: 보기·관계형·롤업·수식 한 번에

노션 데이터베이스는 표가 아니다. 같은 데이터를 목적에 따라 다르게 짜고, 그 짠 모양에 이름을 붙여 용도를 확정하는 도구다. 이 두 가지—재구성과 의미부여—를 손에 익히는 순간 노션은 메모장에서 시스템으로 넘어간다. 7년간 13개 업종 20여 개 기업의 노션을 설계하며 확인한 분기점이 정확히 여기다. 이 글 하나로 보기·필터·관계형·롤업·수식·멀티소스까지, 노션 데이터베이스 설계의 실무 기준을 정리한다.

모든 것의 두 축: 재구성과 의미부여

노션 데이터베이스를 제대로 쓰는 사람과 메모장처럼 쓰는 사람의 차이는 기능 숙련도가 아니다. 두 가지 행위를 의식하느냐다.

재구성은 같은 데이터를 목적에 맞게 다시 짜는 것이다. 필터로 걸러내고, 정렬로 순서를 바꾸고, 속성(프로퍼티)을 켜고 끈다. 데이터는 그대로다. 보는 각도만 바뀐다.

의미부여는 그렇게 짠 보기에 새 제목을 다는 것이다. 고객 데이터베이스를 미팅 상태가 '완료'인 것만 걸러 수수료 합계를 켜면, 그건 더 이상 '고객 목록'이 아니다. '완료 고객 수수료 현황'이다. 제목을 바꾸는 순간 그 보기의 용도가 확정된다.

정육면체를 떠올려보자. 정면에서 보면 사각형, 꼭짓점 방향에서 보면 육각형이다. 본질은 같은데 보는 방향에 따라 다르게 보인다. 노션 데이터베이스가 엑셀과 갈라지는 지점이 바로 이 다각화다. 엑셀은 가로행 세로열 평면에 값을 박아 넣는다. 노션은 하나의 원본을 두고 목적별로 다른 얼굴을 꺼낸다.

노션 DB 설계의 첫 원칙: 쪼개지 말고 하나로

노션을 처음 만지는 사람이 가장 많이 하는 실수가 데이터베이스를 잘게 쪼개는 것이다. 할 일을 관리하는데 담당자별로 홍길동 DB, 김철수 DB, 김영희 DB를 따로 만든다. 이러면 관리 지점이 세 배로 늘고, 전체를 한눈에 볼 방법이 사라진다.

원칙은 반대다. 카테고리가 같으면 하나의 큰 데이터베이스로 두고 필터로 나눈다. '할 일' DB 하나에 담당자를 속성으로 넣고, 담당자별로 필터링하면 끝이다. 홍길동의 할 일이 필요하면 필터 하나, 김철수가 필요하면 필터 하나. 원본은 언제나 하나다.

노션 데이터베이스 설계의 순서는 이렇게 잡는다.

1. 필요 정의 — 이 DB로 무엇을 보고 싶은가
2. 입력 데이터 정리 — 어떤 항목이 쌓이는가
3. 속성(프로퍼티) 설계 — 담당자·날짜·상태·분류·상위 연결을 미리 정한다

특히 상태·분류·담당자 같은 속성에 라벨을 붙여두는 일이 핵심이다. 책에 목차와 색인이 있어야 원하는 페이지를 찾듯, DB에 구조가 있어야 원하는 정보를 꺼내 가공할 수 있다. 잘 규격화된 DB는 나중에 관계를 맺고 자동화를 얹을 때 그 가치가 드러난다.

보기와 속성: 같은 데이터를 목적에 맞게

재구성을 실제로 수행하는 두 손잡이가 보기(뷰)와 속성이다. 노션은 표·보드·갤러리·캘린더·리스트·타임라인·피드까지 같은 데이터를 여러 형태로 보여준다.

고객 데이터베이스 하나로 예를 들면, 영업 단계를 관리할 땐 상태별 보드 보기, 미팅 일정을 챙길 땐 캘린더 보기, 명함 갤러리가 필요하면 카드 미리보기를 회사 로고로 지정한 갤러리 보기를 꺼낸다. 여기에 필터로 '미팅 상태 = 완료'만 걸고, 속성에서 수수료 합계만 켜면, 완료된 고객의 매출만 모인 화면이 만들어진다. 합계 기능을 누르면 그 총액까지 바로 읽힌다.

그리고 반드시 마지막에 의미부여를 한다. 이 보기에 '완료 고객 수수료 현황'이라는 제목을 달아 용도를 못 박는 것이다. 제목 없는 보기는 다음 주면 무엇을 위해 만들었는지 잊는다.

보기와 필터를 더 깊이 다루는 법은 노션 데이터베이스 보기·필터 총정리에서 단계별로 풀었다.

이어주고, 모아주고, 판단하기

여기서부터가 메모장과 시스템을 가르는 진짜 분기점이다. 데이터베이스를 따로 쓰면 메모, 연결하면 시스템이다. 세 기능을 한 문장으로 외워두면 된다. 관계형으로 이어주고, 롤업으로 모아주고, 수식으로 판단한다.

관계형은 두 데이터베이스를 잇는다. '프로젝트'와 '할 일'을 양방향 관계형으로 묶으면, 한쪽에서 연결한 내용이 반대쪽에도 똑같이 생긴다. 고객과 계약, 프로젝트와 할 일이 서로를 들여다보게 만드는 다리다.

롤업은 관계로 이어진 상대 DB의 값을 끌어와 모은다. 프로젝트에 연결된 할 일이 몇 개인지 세고, 그중 완료가 몇 개인지, 지연이 몇 개인지 집계한다. 돋보기를 상대 DB에 갖다 대는 것에 가깝다.

수식은 모은 값으로 판단을 내린다. 할 일이 완료면 1, 아니면 0을 반환하는 수식, 마감일이 지났는데 시작 전이면 '지연'으로 표시하는 수식을 만든다. 이 값을 상위 프로젝트에서 롤업으로 합치면, 지연 비율이 과반을 넘는 프로젝트를 자동으로 '위험'으로 띄울 수 있다. 수식이 어렵다면 노션 AI 수식 기능으로 원하는 계산을 말로 풀어 만들면 된다.

이어주고, 모아주고, 판단한다. 이 세 단계가 완성되면 노션은 스스로 상태를 읽고 신호를 보내는 구조가 된다.

잘 규격화된 DB가 자동화와 AI의 토대다

관계와 수식까지 짜인 데이터베이스는 자동화의 출발선이 된다. 버튼 하나로 상태를 '완료'로 바꾸면 상위 프로젝트의 완료율이 즉시 갱신되고, 매일 밤 10시에 지연된 항목을 시스템이 읽어 '지연 중'으로 표시하게 둘 수도 있다. 여기에 외부 API를 연결하면 지연 건만 골라 슬랙이나 텔레그램으로 알림이 나가게 만든다.

실제로 1년간 함께한 한 노무·세무 전문 법인은 상태값과 진행 경과일을 기준으로 고객에게 맞춤 알림 문자가 나가도록 세팅한 뒤 접수율이 두 배가 됐다. 핵심은 알림 도구가 아니다. 그 알림을 가능하게 한 규격화된 DB다. 데이터가 일정한 규칙으로 정리돼 있어야 자동화도, AI도 그 위에 얹힌다. 토대가 흔들리면 그 위에 무엇을 올려도 무너진다.

멀티소스 데이터베이스: 근본의 변화

노션은 멀티소스 데이터베이스로 데이터베이스의 근간을 바꿨다. 예전엔 블록 하나에 데이터베이스 하나였다. 이제는 한 블록 안에서 보기를 누를 때마다 서로 다른 원본 데이터베이스로 전환된다. '메모' 탭을 누르면 메모 DB, '태그' 탭을 누르면 태그 DB가 같은 블록에서 열린다.

대시보드를 만들 때 보기 이름을 일일이 바꾸고 제목을 숨기던 수고가 줄어든다. 다만 주의할 점이 있다. 권한은 블록 하나당 하나로 부여된다. 민감한 데이터는 같은 블록에 묶지 말고 분할해 관리해야 한다. 자동화를 정교하게 설계할 때도 블록 하나에 데이터베이스 하나를 유지하는 편이 안전하다. 한 문장으로 줄이면 이렇다. 페이지는 단정하게, 맥락은 한 화면에서, 권한 부여는 신중하게.

---

노션 데이터베이스의 기준은 결국 두 단어로 돌아온다. 재구성과 의미부여. 같은 데이터를 목적에 맞게 다시 짜고, 그 모양에 이름을 붙여 용도를 확정하는 감각. 이 감각이 손에 붙으면 템플릿을 사지 않아도, 페이지가 산더미처럼 쌓여도 원하는 정보를 언제든 꺼내 쓰는 시스템을 직접 만든다. 메모장 노션은 여기서 끝난다.