노션 데이터베이스 연결 기능 비교 및 나에게 맞는 선택법

노션 데이터베이스 연결 구조부터 이해하기

노션 데이터베이스를 제대로 연결하려면 먼저 데이터베이스와 보기, 데이터 소스, 관계형의 역할을 구분해야 합니다. 데이터베이스 안에는 여러 페이지가 들어가고 각 페이지는 상태, 날짜, 담당자, 숫자와 같은 속성을 가질 수 있습니다. 같은 데이터를 표나 보드, 캘린더 등 서로 다른 방식으로 보여주는 것은 데이터 자체를 새로 만드는 것과는 다른 개념입니다.

예를 들어 프로젝트 관리 시스템을 만든다고 생각해 보겠습니다. 프로젝트와 세부 업무를 하나의 거대한 데이터베이스에 모두 넣을 수도 있지만 정보의 성격이 다르다면 프로젝트 데이터베이스와 업무 데이터베이스를 분리할 수 있습니다. 프로젝트에는 프로젝트명, 시작일, 종료일, 담당자 같은 정보가 필요하고 업무에는 마감일, 상태, 우선순위 같은 정보가 필요할 수 있기 때문입니다.

이렇게 분리한 다음 각 업무가 어떤 프로젝트에 속하는지를 연결할 때 사용하는 대표적인 기능이 관계형입니다. 공식 도움말에서도 관계형은 서로 다른 데이터베이스의 항목 간 관계를 나타내는 속성으로 설명됩니다. 프로젝트와 업무뿐 아니라 고객과 회의록, 고객과 구매품목, 채용 후보자와 면접관처럼 실제 업무에서 서로 연관된 정보를 연결할 수 있습니다.

관계형을 만들었다고 해서 연결된 데이터의 숫자나 금액이 자동으로 요약되는 것은 아닙니다. 예를 들어 프로젝트 하나에 업무 열 개가 연결되어 있을 때 업무가 몇 개인지 세거나 예상 작업시간을 합산하고 싶다면 관계형을 기반으로 롤업을 사용할 수 있습니다. 관계형이 연결통로라면 롤업은 그 통로를 통해 가져온 정보를 집계하는 기능이라고 이해하면 쉽습니다.

반면 원본 데이터를 새로운 페이지에서 다른 조건으로 보고 싶을 뿐이라면 별도의 데이터베이스를 복제할 필요가 없습니다. 기존 데이터 소스를 링크하고 필요한 보기, 필터, 정렬, 그룹을 구성하는 방식이 적합할 수 있습니다. 현재 노션의 데이터 소스 구조에서는 데이터베이스 하나에 여러 데이터 소스를 포함하거나 기존 데이터 소스를 링크해 사용할 수도 있습니다.

관계형과 롤업 기능 차이 비교

관계형은 노션에서 여러 데이터베이스를 체계적으로 구성할 때 핵심이 되는 기능입니다. 예를 들어 프로젝트 데이터베이스와 업무 데이터베이스가 있다면 업무의 관계형 속성에서 해당 업무가 속한 프로젝트를 선택할 수 있습니다. 이렇게 하면 서로 독립적으로 관리하던 두 종류의 정보 사이에 명확한 연결이 생깁니다.

관계형은 단방향으로 구성할 수도 있고 연결된 데이터베이스 쪽에도 관계를 표시하도록 설정할 수 있습니다. 양쪽에 관계를 표시하면 한쪽에서 연결한 내용이 반대쪽에서도 확인되므로 프로젝트에서 소속 업무를 확인하고, 업무에서도 소속 프로젝트를 확인하는 구조를 만들 수 있습니다. 관계형에서 연결할 수 있는 페이지 수를 한 개로 제한하거나 제한 없이 사용할 수도 있어 구조에 맞게 설정할 수 있습니다.

예를 들어 하나의 업무가 하나의 프로젝트에만 속해야 한다면 관계형에서 한 개의 페이지만 선택하도록 제한하는 방식을 검토할 수 있습니다. 반대로 하나의 회의가 여러 고객이나 프로젝트와 관련될 수 있다면 여러 페이지를 연결하는 구조가 필요할 수 있습니다. 즉 관계형은 단순한 링크가 아니라 데이터의 관계 규칙을 표현하는 도구로 활용할 수 있습니다.

롤업은 관계형과 역할이 다릅니다. 먼저 관계형으로 항목을 연결한 다음 연결된 페이지의 특정 속성을 가져오거나 집계할 때 사용합니다. 공식 도움말의 예처럼 고객과 구매품목을 관계형으로 연결한 뒤 구매품목의 가격을 합산해 고객별 총 구매금액을 표시하는 식으로 활용할 수 있습니다.

프로젝트 관리에서는 활용 범위가 더 넓습니다. 각 업무에 예상 작업시간을 기록해 두고 프로젝트에서 연결된 업무의 시간을 합산하거나, 연결된 항목의 개수를 세는 식으로 요약정보를 만들 수 있습니다. 핵심은 관계형 없이 롤업만 독립적으로 사용하는 것이 아니라 관계형을 통해 어떤 데이터를 참조할지 먼저 정한다는 점입니다.

링크된 데이터 소스와 다중 데이터 소스 활용법

관계형이 서로 다른 항목을 연결한다면 링크된 데이터 소스는 기존 데이터를 다른 구성에서 활용하고 싶을 때 생각하면 이해하기 쉽습니다. 현재 노션에서는 데이터베이스가 최소 하나의 데이터 소스로 구성되며 기존 데이터 소스를 다른 데이터베이스에 링크해 해당 데이터의 페이지를 표시할 수 있습니다.

실무에서는 하나의 원본 업무 데이터를 여러 장소에서 다르게 보여주고 싶은 경우가 많습니다. 개인 대시보드에서는 나에게 배정된 업무만 보고, 프로젝트 페이지에서는 해당 프로젝트의 업무만 보고, 팀 화면에서는 전체 업무를 상태별로 보고 싶을 수 있습니다. 이런 상황에서 같은 내용을 계속 복제하면 어느 데이터가 최신인지 관리하기 어려워집니다.

링크된 데이터 소스에서는 보기, 필터, 정렬, 그룹 등을 새롭게 구성할 수 있습니다. 공식 도움말에 따르면 연결된 데이터 소스에서 이러한 보기 설정을 만들거나 제거해도 원본 데이터베이스의 보기 자체에는 영향을 주지 않습니다. 반면 데이터 소스의 페이지나 속성 같은 실제 내용을 편집하면 원본 데이터에도 반영될 수 있으므로 단순한 복사본으로 오해해서는 안 됩니다.

현재 데이터베이스 구조에서는 하나의 데이터베이스에 여러 데이터 소스를 포함하는 구성도 가능합니다. 예를 들어 프로젝트 관리에서 팀 구성원, 프로젝트, 업무, 주요 리소스 등 서로 다른 데이터 소스를 한 데이터베이스 구성에서 확인하는 활용 방식이 안내되고 있습니다. CRM에서는 연락처, 회사, 거래, 활동 정보를 한곳에서 확인하는 방식도 생각할 수 있습니다.

다만 여러 데이터를 한 화면에서 볼 수 있다는 이유만으로 처음부터 모든 데이터 소스를 합치는 것은 권하지 않습니다. 입문자에게는 정보의 원본 위치와 수정 범위를 이해하는 것이 먼저입니다. 특히 링크된 데이터는 원본의 접근 권한을 따르므로 공유받은 사용자가 원본 데이터에 접근할 권한이 없다면 링크된 화면에서도 원하는 데이터가 나타나지 않을 수 있습니다.

프로젝트·업무·고객 관리 목적별 연결 선택법

데이터베이스를 복잡하게 만드는 잘못된 연결 방식

노션을 처음 깊게 사용하기 시작하면 관계형과 롤업을 많이 사용할수록 고급 시스템이 된다고 생각하기 쉽습니다. 하지만 실제 관리에서는 연결이 많아질수록 어떤 값이 어디에서 시작되고 어느 데이터베이스를 수정해야 하는지 파악하기 어려워질 수 있습니다. 필요한 관계만 만드는 것이 중요합니다.

대표적인 문제는 같은 정보를 여러 데이터베이스에 직접 입력하는 것입니다. 프로젝트 이름을 업무 데이터베이스에 텍스트로 입력하고, 다시 별도의 프로젝트 데이터베이스에도 입력하면 이름이 변경될 때 여러 곳을 수정해야 합니다. 프로젝트를 독립적으로 관리할 필요가 있다면 관계형으로 원본 프로젝트 페이지를 연결하는 구조가 일관성을 유지하기 쉽습니다.

반대의 문제도 있습니다. 단순한 분류값 하나를 위해 별도 데이터베이스를 만들고 관계형을 추가하면 항목 하나를 기록할 때마다 불필요한 선택 과정이 늘어납니다. 데이터베이스를 분리하는 목적은 복잡하게 만드는 것이 아니라 반복되는 정보를 독립적으로 관리하고 재사용하기 위한 것입니다.

롤업도 필요한 요약값에만 사용하는 것이 좋습니다. 화면에 숫자와 계산 결과가 많아지면 중요한 정보가 오히려 묻힐 수 있습니다. 프로젝트 진행을 판단하는 데 필요한 업무 수, 비용, 시간 같은 핵심 값부터 만들고 실제로 사용하지 않는 집계는 줄이는 편이 관리하기 쉽습니다.

원본과 링크된 데이터를 구분하지 못하는 것도 주의해야 합니다. 링크된 데이터 소스는 원본과 완전히 분리된 복사본이 아닙니다. 공식 안내에 따르면 링크된 데이터 소스에서 보기, 필터, 정렬, 그룹을 변경하는 것은 원본 보기와 별도로 구성할 수 있지만 데이터 소스의 페이지나 속성을 수정하면 원본에도 반영될 수 있습니다. 팀 환경에서는 이 차이를 구성원과 공유해 두는 것이 좋습니다.

초보자가 만드는 실전 데이터베이스 연결 구조

처음부터 CRM, 프로젝트, 회의록, 자료관리, 목표관리까지 모두 연결하면 구조를 이해하기 전에 관리 자체가 부담스러워질 수 있습니다. 입문자라면 프로젝트 데이터베이스와 업무 데이터베이스 두 개만 가지고 연결 원리를 익히는 방법이 좋습니다.

먼저 프로젝트 데이터베이스에는 프로젝트 이름, 상태, 시작일, 마감일, 담당자 정도를 만듭니다. 업무 데이터베이스에는 업무명, 상태, 마감일, 담당자, 우선순위 등을 만듭니다. 여기까지는 두 데이터베이스가 서로 독립적으로 존재합니다.

다음으로 업무 데이터베이스에 프로젝트 관계형 속성을 추가합니다. 각 업무에서 해당 업무가 속한 프로젝트를 선택합니다. 프로젝트에서도 연결된 업무를 확인하고 싶다면 반대쪽 데이터베이스에도 관계가 표시되는 구성을 사용할 수 있습니다. 하나의 업무가 반드시 하나의 프로젝트에만 속하는 운영규칙이라면 연결 페이지 수 제한도 검토할 수 있습니다.

이후 실제 필요가 생겼을 때 롤업을 추가합니다. 예를 들어 프로젝트 페이지에서 연결된 업무가 몇 개인지 알고 싶거나 업무에 기록한 숫자 속성을 집계하고 싶다면 해당 관계형을 기준으로 롤업을 구성합니다. 처음부터 가능한 계산을 전부 추가하기보다 실제로 매주 확인하는 정보만 만드는 것이 화면을 단순하게 유지하는 데 도움이 됩니다.

그다음 개인 대시보드가 필요해지면 업무 데이터를 다시 복사하지 말고 기존 데이터 소스를 활용하는 방법을 검토합니다. 개인 화면에서는 담당자가 자신인 업무만 보이도록 필터를 적용하고, 이번 주 마감 업무나 진행 중인 업무처럼 목적에 따라 보기를 나눌 수 있습니다. 데이터는 하나의 원본에서 관리하면서 표시방법만 달리하는 구조입니다.

이 구조가 익숙해진 뒤 고객, 회의록, 콘텐츠, 목표처럼 실제로 독립 관리할 필요가 있는 데이터베이스를 하나씩 추가하면 됩니다. 새로운 데이터베이스를 만들 때마다 기존 데이터와 어떤 관계가 있는지, 관계형이 정말 필요한지, 어떤 값을 롤업할 것인지, 어느 화면에서 보여줄 것인지를 정하면 연결 구조가 지나치게 복잡해지는 것을 줄일 수 있습니다.

자주 묻는 질문 Q&A

나에게 맞는 데이터베이스 연결 기능 체크리스트

노션 데이터베이스 연결 기능을 선택할 때는 기능이 많다는 이유로 전부 사용하는 것보다 무엇을 연결하고 싶은지 → 연결된 정보에서 어떤 값을 보고 싶은지 → 같은 데이터를 다른 장소에서도 보여줘야 하는지를 순서대로 판단하는 것이 좋습니다. 프로젝트와 업무, 고객과 회의록처럼 서로 다른 항목의 관계를 표현하려면 관계형이 중심이 되고, 관계형으로 연결된 값의 개수나 합계 같은 정보를 요약하려면 롤업을 활용할 수 있습니다. 같은 원본 데이터를 개인 대시보드나 프로젝트 페이지에서 다른 조건으로 보여주고 싶다면 링크된 데이터 소스와 보기 기능을 검토할 수 있습니다. 현재 데이터베이스는 여러 데이터 소스를 포함하는 구성도 가능하지만 입문자라면 먼저 원본 데이터의 위치와 편집 범위를 명확히 이해하는 것이 중요합니다. 결국 관리하기 좋은 구조는 관계형과 롤업이 가장 많은 시스템이 아니라 원본이 명확하고 중복 입력이 적으며 필요한 연결만 남아 있어 몇 달 뒤에도 구조를 이해할 수 있는 시스템입니다.