앞선 9편에서 프로젝트와 태스크 데이터베이스를 연결하고 진행률 바를 구현하면서, 노션 데이터베이스가 서로 유기적으로 소통할 때 얼마나 강력해지는지 눈으로 확인하셨을 겁니다. 멈춰 있던 엑셀 표가 살아 움직이는 대시보드로 진화하는 순간이었죠. 하지만 관계형(Relation)과 롤업(Rollup)의 진가는 단순히 진행률 숫자를 올리는 데 머무르지 않습니다. 이 두 속성을 제대로 이해하면 파편화되어 흩어져 있던 회사 업무의 모든 자산(문서, 피드백, 거래처 정보, 리소스)을 단 하나의 화면으로 묶어내는 거대한 정보 허브를 구축할 수 있습니다.
실무에서 노션을 쓰다 보면 누구나 비슷한 벽에 부딪힙니다. '업무 일지' 표가 있고, '회의록' 표가 따로 있고, '참고 자료' 표가 따로 놉니다. 특정 프로젝트를 진행하다가 지난주 회의록을 보려면 회의록 페이지로 이동해서 검색해야 하고, 관련 벤치마킹 자료를 찾으려면 자료실 페이지를 따로 열어야 합니다. 화면을 이리저리 오가다 보면 흐름이 깨지고 "이럴 거면 폴더 정리나 메모장이랑 다를 게 뭐지?"라는 회의감이 듭니다. 데이터가 쪼개져 있기 때문입니다. 관계형과 롤업을 종횡무진 활용해 흩어진 업무 데이터를 자석처럼 하나로 묶는 실무 설계 가이드를 풀어보겠습니다.
1. 관계형(Relation)의 본질: 데이터베이스 간의 '포털' 열기
관계형 속성은 쉽게 말해 서로 다른 데이터베이스 사이에 상방향 통로(포털)를 뚫어주는 기능입니다. 9편에서는 태스크와 프로젝트를 연결했지만, 확장성은 무궁무진합니다. 가장 대표적인 실무 조합은 [프로젝트]와 [회의록], 혹은 [고객사 명단]과 [매출 일지]의 연결입니다.
만약 여러분이 [프로젝트] 데이터베이스와 [회의록] 데이터베이스를 관계형으로 연결하면, 양쪽 페이지 모두에 서로를 가리키는 링크 창이 생깁니다. 프로젝트 페이지 안에서 관련 회의록을 즉시 열어볼 수 있고, 반대로 회의록 페이지 안에서도 이 회의가 어떤 프로젝트 때문에 진행되었는지 상위 개념을 바로 확인할 수 있습니다.
단순히 텍스트로 링크를 복사해서 붙여넣는 것과 결정적인 차이가 있습니다. 링크 복사는 일방향이지만, 관계형은 한쪽에서 연결하는 순간 반대쪽 데이터베이스에도 "이 페이지와 연결되었습니다"라고 자동으로 기록됩니다. 데이터의 미싱 링크(누락)가 원천적으로 차단되는 시스템이 만들어지는 셈입니다.
2. 롤업(Rollup)의 본질: 다리를 건너가서 정보 배달해오기
관계형이 두 데이터베이스 사이에 다리를 놓아준다면, 롤업은 그 다리를 건너가서 이웃 동네의 특정 정보를 우리 동네로 배달해오는 심부름꾼입니다.
예를 들어보겠습니다. [고객사 명단] 데이터베이스가 있고, 매일 발생한 매출을 기록하는 [매출 일지] 데이터베이스가 있습니다. 두 표를 관계형으로 연결했습니다. 이때 [고객사 명단] 표에서 해당 고객사가 지금까지 총 얼마를 결제했는지 합산하고 싶다면 어떻게 해야 할까요?
[고객사 명단] 표에 롤업 속성을 추가한 뒤 다음과 같이 세팅하면 됩니다.
관계형: 연결된 [매출 일지] 선택
속성: 매출 일지의 [결제 금액] 선택
계산: '합계' 선택
이렇게 설정하면 내가 매출 일지에 10만 원, 20만 원을 따로 적을 때마다, 고객사 명단 표의 해당 업체 옆에 '총 30만 원'이라는 숫자가 실시간으로 계산되어 나타납니다. 엑셀의 VLOOKUP 함수나 SUMIF 함수를 복잡하게 타이핑할 필요 없이, 마우스 클릭 몇 번으로 정산 시스템이 완성되는 것입니다.
3. 실무 효율을 200% 올리는 관계형 페이지 활용법
이 관계형과 롤업을 실무에 적용할 때 가장 소름 돋는 순간은 프로젝트의 '하위 페이지'를 조회할 때입니다.
노션에서 프로젝트 명을 클릭해 팝업이나 전체 페이지로 열어보시기 바랍니다. 상단 속성 영역에 우리가 연결해 둔 관계형 속성들([연동된 태스크], [관련 회의록], [참고 자료])이 나열되어 있을 것입니다.
여기서 관계형 속성의 표시 형식을 '섹션으로 표시'로 변경해 보십시오. 속성 칸에 작게 갇혀 있던 데이터들이 페이지 본문 바로 위에 넓은 별도의 표나 목록 형태로 펼쳐집니다.
이렇게 세팅된 'A 프로젝트' 페이지를 열면, 상단에는 프로젝트 개요가 있고, 바로 아래에는 이 프로젝트에 할당된 [오늘의 할 일 목록]이 보이며, 그 아래에는 지금까지 진행된 [회의록 히스토리]가 타임라인처럼 정렬되어 있고, 맨 밑에는 팀원들이 수집한 [벤치마킹 링크]가 한눈에 들어옵니다. 정보를 찾기 위해 다른 페이지로 이동할 필요가 완전히 사라지는 '단일 진실 공급원(Single Source of Truth)' 화면이 구현되는 순간입니다.
4. 지나친 데이터 얽힘(Spaghetti Data) 주의하기
관계형과 롤업의 강력함에 매료되면 초기 구축 단계에서 치명적인 실수를 범하곤 합니다. 사내에 존재하는 모든 데이터베이스를 서로 거미줄처럼 얽어매는 것입니다.
[업무]와 [회의록]을 연결하고, [회의록]과 [팀원 프로필]을 연결하고, [팀원 프로필]과 [비용 지출]을 연결하는 식으로 꼬리에 꼬리를 물다 보면, 나중에는 데이터베이스 하나를 수정할 때마다 연동된 수십 개의 표가 함께 로딩되면서 노션 속도가 눈에 띄게 느려집니다. 게다가 직관성이 떨어져 어디서부터 데이터가 흘러오는지 구조를 파악하기 어려워집니다.
가장 좋은 원칙은 '중심축이 되는 메인 데이터베이스'를 명확히 하는 것입니다. 직장인에게 중심축은 대개 [프로젝트] 또는 [업무 일지]입니다. 주변부의 자잘한 데이터베이스(회의록, 자료실, 거래처)는 이 중심축을 향해서만 단방향이나 1단계 연결만 유지하는 것이 좋습니다. 구조는 단순할수록 강력하고 오래갑니다.
핵심 요약
관계형(Relation) 속성은 서로 분리된 데이터베이스 간에 상방향 통로를 개설하여 정보의 누락 없이 유기적으로 데이터를 연동해 줍니다.
롤업(Rollup) 속성은 관계형으로 연결된 상대방 표의 데이터를 가져와 합계, 평균, 특정 텍스트 추출 등 다양한 방식으로 재가공해 보여줍니다.
프로젝트 페이지 내에서 관계형 속성을 '섹션으로 표시'로 전환하면 태스크, 회의록, 참고 자료가 한 화면에 묶인 완벽한 정보 허브를 구축할 수 있습니다.
0 댓글