노션 여행 계획표를 만들면 여행별 일정과 예약, 준비물을 한곳에 정리할 수 있습니다.
여행 날짜와 방문할 장소를 정해야 하고, 숙소 예약 상태도 확인해야 합니다. 출발하기 전에는 충전기나 우산처럼 챙길 물건도 점검해야 하죠.
이런 정보를 메모장이나 여러 앱에 나누어 기록하면 일정이 변경됐을 때 무엇을 수정해야 하는지 놓치기 쉽습니다.
노션에서는 여행별로 일정과 예약, 준비물을 구분해 관리하는 여행 계획표를 만들 수 있습니다.
그렇다면 여행 출발일을 변경하면 세부 일정도 자동으로 바뀔까요?
이번 글에서는 노션 무료 플랜으로 여행 계획표를 직접 만들고, 여행 날짜를 변경했을 때 실제로 어떤 정보가 바뀌는지 확인해 보겠습니다.
이번에 구현한 기능은 다음과 같습니다.
- 여행별로 일정·예약·준비물 구분
- 여행 날짜와 개별 방문 일정 관리
- 예약 상태 기록
- 준비물 체크리스트
- 날짜와 시간 기준 일정 정렬
- 다른 여행에 잘못 연결된 항목 확인
- 날짜가 누락된 일정·예약 점검
- 여행 기간 변경 후 수정해야 할 항목 확인
실습에는 가상의 여행 두 개와 여행항목 아홉 개를 사용했습니다. 실제 여행 예약이나 결제는 진행하지 않았습니다.
휴대전화에서는 넓은 표를 좌우로 밀어 확인할 수 있습니다. 화면 속 글자가 작다면 이미지를 눌러 크게 열어 보세요.
1. 완성된 노션 여행 계획표 살펴보기
먼저 완성한 여행 계획표입니다.
이번 여행 계획표에는 두 개의 여행이 등록되어 있습니다.
| 여행 | 출발일 | 종료일 | 연결된 항목 |
|---|---|---|---|
| 해솔도시 여행 | 2026년 10월 20일 | 10월 22일 | 5개 |
| 바람도시 여행 | 2026년 11월 3일 | 11월 4일 | 3개 |
해솔도시와 바람도시는 실습을 위해 만든 가상의 여행지입니다.
각 여행에는 방문 일정과 숙소 예약, 준비물을 연결했습니다.
해솔도시 여행을 예로 들면 다음과 같습니다.
| 구분 | 등록한 항목 |
|---|---|
| 일정 | 가상 전시장, 가상 산책 |
| 예약 | 가상 숙소 |
| 준비물 | 충전기, 우산 |
다른 여행을 선택하면 그 여행에 해당하는 일정과 예약, 준비물만 확인할 수 있도록 구성했습니다.
실습에 입력한 여행항목은 총 9개입니다.
해솔도시에는 5개, 바람도시에는 3개가 연결되어 있습니다. 나머지 1개는 여행이 지정되지 않은 상태로 남겨 두었습니다.
이 항목은 나중에 연결 누락을 확인하는 데 사용하겠습니다.
이번 계획표에는 자동 일정 이동이나 예약 연동 기능이 없습니다. 여행 기간과 세부 일정의 날짜는 각각 입력하며, 변경할 때도 별도로 확인해야 합니다.
이제 같은 구조를 만들어 보겠습니다.
2. 여행 계획표에 필요한 데이터베이스 만들기
이번 실습에서는 데이터베이스를 두 개 사용했습니다.
첫 번째는 ‘여행’입니다.
여행명과 출발일, 종료일을 기록하는 곳입니다.
두 번째는 ‘여행항목’입니다.
방문 일정과 예약, 준비물을 등록하는 곳입니다.
| 데이터베이스 | 관리하는 정보 |
|---|---|
| 여행 | 여행명·출발일·종료일 |
| 여행항목 | 일정·예약·준비물·날짜·시간·완료 여부 |
두 데이터베이스는 관계형 속성으로 연결합니다.
예를 들어 ‘가상 전시장’이라는 일정은 해솔도시 여행에 연결하고, ‘가상 도서관’이라는 일정은 바람도시 여행에 연결합니다.
이렇게 하면 모든 일정을 하나의 데이터베이스에 보관하면서도 여행별로 구분할 수 있습니다.
새 페이지 생성하기
노션에서 새 개인 페이지를 만듭니다.
이번 실습에서는 다음 이름을 사용했습니다.
차근툴 실습 — 여행 계획표
페이지 안에 두 개의 데이터베이스를 추가하고 이름을 각각 ‘여행’, ‘여행항목’으로 지정합니다.
실제 실습에서는 미리 준비한 CSV 파일로 초기 데이터를 가져온 뒤 속성 유형과 관계형을 설정했습니다.
이 글에서는 처음 만드는 독자도 따라 할 수 있도록 속성을 설정하고 예제 행을 입력하는 순서로 설명합니다.
CSV를 가져오기만 하면 관계형과 보기 설정까지 자동으로 완성되는 것은 아닙니다.
3. 여행 데이터베이스 설정하기
먼저 ‘여행’ 데이터베이스를 만들겠습니다.
필요한 속성은 총 다섯 가지입니다.
| 속성 이름 | 유형 | 용도 |
|---|---|---|
| 여행명 | 제목 | 여행 이름 |
| 출발일 | 날짜 | 여행 시작 날짜 |
| 종료일 | 날짜 | 여행 마지막 날짜 |
| 메모 | 텍스트 | 여행에 관한 설명 |
| 연결항목 | 관계형 | 해당 여행의 일정·예약·준비물 |
이번 기록장에서는 출발일과 종료일을 별개의 날짜 속성으로 만들었습니다.
예를 들어 2박 3일 여행이라면 출발일에 10월 20일, 종료일에 10월 22일을 입력합니다.
여행 전체 기간을 하나의 날짜 범위 속성으로 관리하는 방식도 생각할 수 있지만, 이번 실습에서는 두 속성을 나누는 구조만 실제로 검증했습니다.
‘연결항목’은 뒤에서 관계형을 설정할 때 추가하겠습니다.
여행 두 개 입력하기
다음과 같이 가상의 여행 두 개를 등록합니다.
해솔도시 여행
- 출발일: 2026년 10월 20일
- 종료일: 2026년 10월 22일
- 메모: 가상의 2박 3일 여행
바람도시 여행
- 출발일: 2026년 11월 3일
- 종료일: 2026년 11월 4일
- 메모: 가상의 1박 2일 여행
여기까지는 여행 자체의 날짜만 입력한 상태입니다.
세부 일정은 아직 만들어지지 않았습니다.
4. 일정·예약·준비물 데이터베이스 만들기
다음으로 ‘여행항목’ 데이터베이스를 구성하겠습니다.
이번에는 일정과 예약, 준비물을 각각 다른 데이터베이스로 만들지 않았습니다.
하나의 데이터베이스 안에서 ‘종류’ 속성으로 구분했습니다.
실제로 설정한 속성은 다음 10개입니다.
| 속성 이름 | 유형 | 용도 |
|---|---|---|
| 항목명 | 제목 | 일정이나 준비물 이름 |
| 여행 | 관계형 | 어떤 여행에 속하는지 |
| 종류 | 선택 | 일정·예약·준비물 |
| 일자 | 날짜 | 방문일 또는 예약 날짜 |
| 시간 | 텍스트 | 일정 시간 |
| 주소 | 텍스트 | 장소 정보 |
| 예약상태 | 선택 | 예약 진행 상황 |
| 완료 | 체크박스 | 주로 준비물 챙김 여부 |
| 참고URL | URL | 참고할 링크 |
| 메모 | 텍스트 | 추가 설명 |
종류 설정하기
‘종류’는 선택 속성으로 만듭니다.
옵션은 세 가지입니다.
- 일정
- 예약
- 준비물
예를 들어 관광지 방문은 ‘일정’, 숙소는 ‘예약’, 충전기는 ‘준비물’로 지정합니다.
이후 보기에서 종류를 기준으로 필터를 적용하면 서로 다른 항목을 나누어 볼 수 있습니다.
예약상태 설정하기
‘예약상태’ 역시 선택 속성으로 만듭니다.
이번 실습에서는 다음 네 가지 옵션을 사용했습니다.
- 미예약
- 확정
- 취소
- 변경확인
이 값은 노션 안에서 예약 상황을 기록하기 위한 것입니다.
‘확정’을 선택했다고 실제 숙소 예약이 완료되는 것은 아닙니다.
마찬가지로 ‘취소’나 ‘변경확인’을 선택해도 예약 업체에 요청이 전송되지 않습니다.
실제 예약 여부는 이용한 예약 서비스에서 별도로 확인해야 합니다.
시간은 텍스트로 입력하기
이번 실습에서는 ‘시간’ 속성을 텍스트로 만들었습니다.
입력 형식은 HH:mm을 권장합니다.
예를 들어 오전 9시는 09:00, 오후 3시는 15:00으로 기록합니다.
다만 이번 속성은 실제 시간 계산 기능이 있는 날짜·시간 속성이 아닙니다.
텍스트를 기준으로 정렬할 뿐, 시간대 변환이나 일정 시간 계산은 하지 않습니다.
5. 관계형으로 여행과 세부 항목 연결하기
여행별 일정이 섞이지 않도록 두 데이터베이스를 연결하겠습니다.
‘여행항목’ 데이터베이스에서 ‘여행’ 속성을 추가합니다.
유형은 ‘관계형’을 선택합니다.
실제 한국어 메뉴에서는 다음 순서로 설정했습니다.
관계형 → 데이터 소스 연결 → 여행 → 관계형 추가
이번 실습에서 설정한 관계형 조건은 다음과 같습니다.
| 설정 | 값 |
|---|---|
| 연결 대상 | 여행 데이터베이스 |
| 제한 | 1개 페이지 |
| 양방향 관계형 | 켜기 |
| 반대쪽 속성 이름 | 연결항목 |
‘1개 페이지’로 제한하는 이유
이번 계획표에서는 여행항목 하나가 하나의 여행에만 속하도록 구성했습니다.
예를 들어 ‘가상 전시장’이라는 일정은 해솔도시 여행에 연결합니다.
다른 여행을 선택하면 기존 연결이 교체됩니다.
실제로 해솔도시에 연결된 일정을 바람도시로 변경했을 때 기존 관계가 교체되는 것을 확인했습니다.
다만 관계형의 ‘1개 페이지’ 제한이 올바른 여행을 선택하도록 강제하는 기능은 아닙니다.
해솔도시의 일정이라도 사용자가 바람도시를 선택하면 바람도시에 연결될 수 있습니다.
날짜가 해당 여행 기간 안에 있다고 자동으로 연결되는 것도 아닙니다.
따라서 여행항목을 만들 때는 ‘여행’ 속성을 정확하게 선택하는 것이 중요합니다.
6. 여행 일정과 예약, 준비물 입력하기
이제 실제 예제를 입력해 보겠습니다.
먼저 해솔도시 여행에 다음 다섯 가지 항목을 등록합니다.
| 항목명 | 종류 | 일자 | 시간 |
|---|---|---|---|
| 가상 전시장 | 일정 | 10월 20일 | 10:00 |
| 가상 산책 | 일정 | 10월 21일 | 미정 |
| 가상 숙소 | 예약 | 10월 20일 | 15:00 |
| 충전기 | 준비물 | 없음 | 없음 |
| 우산 | 준비물 | 없음 | 없음 |
모두 2026년 기준입니다.
‘여행’ 속성에서는 다섯 항목 모두 ‘해솔도시 여행’을 선택합니다.
이번 예제에서 숙소의 예약상태는 ‘확정’입니다.
준비물은 충전기와 우산 두 개를 등록했습니다.
충전기는 미완료, 우산은 완료로 표시했습니다.
준비물에 날짜를 입력하지 않은 이유
충전기나 우산처럼 여행 전에 챙기면 되는 물건은 반드시 특정 방문 날짜가 필요한 것은 아닙니다.
이번 실습에서는 준비물의 일자와 시간을 비워 두었습니다.
이런 빈값은 정상적인 입력 상태로 취급했습니다.
나중에 날짜 누락을 점검할 때도 준비물까지 오류로 표시하지 않도록 필터를 구성하겠습니다.
두 번째 여행도 등록하기
바람도시 여행에는 다음 세 항목을 연결합니다.
| 항목명 | 종류 | 일자 | 시간 | 상태 |
|---|---|---|---|---|
| 가상 도서관 | 일정 | 11월 3일 | 11:00 | – |
| 가상 숙소 | 예약 | 11월 3일 | 15:00 | 미예약 |
| 보조배터리 | 준비물 | 없음 | 없음 | 미완료 |
이렇게 하면 해솔도시에 5개, 바람도시에 3개의 항목이 연결됩니다.
두 여행의 숙소는 이름이 같지만 별개의 기록입니다.
따라서 제목만 확인하지 말고 어떤 여행에 연결되어 있는지 함께 살펴보는 것이 좋습니다.
7. 여행별 일정 보기 만들기
모든 항목을 하나의 표에서 관리하면 서로 다른 여행의 정보가 함께 표시됩니다.
이번에는 필요한 항목만 볼 수 있도록 보기를 나누겠습니다.
해솔도시 일정 보기
여행항목 데이터베이스에서 새로운 보기를 추가합니다.
이름은 ‘해솔도시 일정’으로 지정합니다.
다음 두 가지 조건을 적용합니다.
여행 → 해솔도시 여행 포함
종류 → 값과 동일한 데이터 → 일정
두 조건을 함께 만족하는 항목만 표시하도록 설정합니다.
그 결과 다음 일정 두 개가 나타났습니다.
| 일정 | 날짜 | 시간 |
|---|---|---|
| 가상 전시장 | 10월 20일 | 10:00 |
| 가상 산책 | 10월 21일 | 미정 |
날짜와 시간 정렬하기
이번 실습에서는 두 단계로 정렬했습니다.
첫 번째: 일자 → 오래된 항목에서 새로운 항목으로
두 번째: 시간 → A에서 Z로
먼저 날짜를 비교하고, 같은 날짜에서는 시간 텍스트를 기준으로 정렬하도록 설정했습니다.
실제 테스트에서는 두 항목을 같은 날짜로 맞춘 뒤 시간을 비교했습니다.
10:00이 입력된 항목 다음에 시간 빈값이 표시됐습니다.
빈 시간 대신 09:00을 입력하자 09:00 항목이 10:00보다 앞에 표시됐습니다.
따라서 이번 실습에서는 날짜와 시간을 기준으로 원하는 순서에 가깝게 정렬할 수 있었습니다.
다만 시간이 텍스트이기 때문에 모든 입력 형식이 실제 시각 순서대로 정렬된다고 보장할 수는 없습니다.
특히 9:00처럼 한 자리로 입력한 값도 이번 표본에서는 10:00보다 앞에 표시됐습니다.
‘9:00은 반드시 잘못 정렬된다’고 단정할 수는 없지만, 입력값을 일관되게 읽고 관리하기 위해 09:00 같은 형식으로 통일하는 것을 권장합니다.
예약 보기와 준비물 보기
일정 보기를 복제한 뒤 이름과 종류 필터를 변경하면 됩니다.
해솔도시 예약 보기에서는 종류를 ‘예약’으로 설정합니다.
결과는 가상 숙소 한 개입니다.
해솔도시 준비물 보기에서는 종류를 ‘준비물’로 설정합니다.
결과는 충전기와 우산 두 개입니다.
바람도시도 같은 방식으로 일정·예약·준비물 보기를 구성했습니다.
이번 실습에서 최종적으로 만든 보기는 총 10개입니다.
보기를 복제해도 새로운 데이터베이스가 만들어지는 것은 아닙니다.
같은 여행항목 데이터베이스를 여러 조건으로 확인하는 방식입니다.
8. 여행 날짜를 변경하면 세부 일정도 자동으로 바뀔까?
이번 글에서 가장 중요하게 확인한 부분입니다.
해솔도시 여행의 기존 기간은 다음과 같습니다.
2026년 10월 20일~22일
그런데 여행을 3일 늦춰야 하는 상황이라고 가정하겠습니다.
새로운 기간은 다음과 같습니다.
2026년 10월 23일~25일
여행 데이터베이스에서 출발일과 종료일을 변경했습니다.
① 여행 기간만 변경하기
먼저 ‘여행’ 데이터베이스에서 해솔도시의 출발일과 종료일만 수정했습니다.
- 출발일: 10월 20일 → 10월 23일
- 종료일: 10월 22일 → 10월 25일
개별 일정과 예약 날짜는 건드리지 않았습니다.
여행 기간은 정상적으로 변경됐습니다.
그렇다면 연결된 일정도 3일씩 이동했을까요?
② 개별 일정 날짜 확인하기
여행항목 데이터베이스를 확인했습니다.
결과는 다음과 같았습니다.
| 항목 | 원래 날짜 | 여행 기간 변경 후 |
|---|---|---|
| 가상 전시장 | 10월 20일 | 10월 20일 |
| 가상 산책 | 10월 21일 | 10월 21일 |
| 가상 숙소 | 10월 20일 | 10월 20일 |
세 항목 모두 이전 날짜 그대로였습니다.
이 결과가 이번 실습의 핵심입니다.
여행 데이터베이스의 출발일과 종료일은 개별 여행항목의 ‘일자’와 다른 속성입니다.
관계형으로 여행을 연결했다고 해서 날짜까지 자동으로 연동되는 것은 아닙니다.
따라서 이번 기본 구조에서 여행 일정이 바뀌었다면 세부 일정과 예약 날짜를 별도로 수정해야 합니다.
이것은 노션의 모든 여행 플래너가 일정 자동 이동을 지원하지 않는다는 뜻은 아닙니다.
이번에 직접 만든 두 데이터베이스 구조에서 확인한 결과입니다.
9. 여행 일정을 3일 뒤로 직접 변경하기
이제 변경된 여행 날짜에 맞춰 개별 항목을 수정해 보겠습니다.
기존 일정은 다음과 같습니다.
- 10월 20일: 가상 전시장
- 10월 20일: 가상 숙소
- 10월 21일: 가상 산책
여행이 3일 늦춰졌으므로 세 항목의 날짜를 각각 수정합니다.
| 항목 | 변경 전 | 변경 후 |
|---|---|---|
| 가상 전시장 | 10월 20일 | 10월 23일 |
| 가상 숙소 | 10월 20일 | 10월 23일 |
| 가상 산책 | 10월 21일 | 10월 24일 |
실제로 여행항목의 ‘일자’ 속성을 하나씩 수정했습니다.
날짜값을 몇 곳 수정해야 했을까?
이번 실습에서 직접 수정한 날짜값은 총 다섯 곳입니다.
| 수정한 정보 | 개수 |
|---|---|
| 여행 출발일 | 1 |
| 여행 종료일 | 1 |
| 전시장 일자 | 1 |
| 숙소 일자 | 1 |
| 산책 일자 | 1 |
| 합계 | 5 |
여기에 예약상태도 별도로 변경했습니다.
항목이 많아질수록 개별 날짜를 확인하고 수정해야 하는 부담이 늘어날 수 있는 구조입니다.
이번 계획표에는 날짜를 한 번에 3일씩 이동시키는 버튼이나 자동화는 구현하지 않았습니다.
숙소 예약상태는 어떻게 처리했을까?
숙소의 기존 예약상태는 ‘확정’이었습니다.
하지만 여행 날짜가 바뀌었다면 실제 예약도 변경해야 할 수 있습니다.
이번 실습에서는 노션의 예약상태를 다음과 같이 변경했습니다.
확정 → 변경확인
‘변경확인’은 실제 예약이 변경됐다는 뜻이 아닙니다.
예약 업체에 날짜 변경을 요청하거나 예약 변경 승인을 받은 것은 아닙니다.
노션 안에 사용자가 직접 표시한 상태입니다.
실제로 여행 일정을 변경할 때는 숙소나 교통수단의 예약 가능 여부를 해당 업체에서 별도로 확인해야 합니다.
10. 다른 여행과 준비물 체크는 유지될까?
해솔도시 여행의 날짜를 변경하는 동안 바람도시 여행은 그대로 유지되는지도 확인했습니다.
다른 여행 기록 확인하기
바람도시의 기존 기간은 2026년 11월 3일부터 4일까지였습니다.
해솔도시의 날짜를 변경한 뒤에도 바람도시의 여행 기간은 그대로였습니다.
바람도시에 연결한 세 항목도 유지됐습니다.
| 항목 | 확인 결과 |
|---|---|
| 가상 도서관 | 11월 3일 유지 |
| 가상 숙소 | 11월 3일 유지 |
| 보조배터리 | 미완료 유지 |
해솔도시의 날짜를 수정하는 과정에서 바람도시의 일정 날짜를 별도로 변경하지 않았습니다.
실제 화면에서도 원래 값이 유지되는 것을 확인했습니다.
준비물 체크 확인하기
해솔도시 준비물도 확인했습니다.
| 준비물 | 기존 상태 | 날짜 변경 후 |
|---|---|---|
| 충전기 | 미완료 | 미완료 |
| 우산 | 완료 | 완료 |
여행 기간과 개별 일정 날짜를 수정하더라도 준비물 체크는 그대로 남았습니다.
다만 이것은 노션에 기록된 체크박스 값이 유지됐다는 뜻입니다.
실제로 준비물을 챙겼거나 다른 예약 정보가 외부 서비스에 보존됐다는 의미는 아닙니다.
11. 여행에 연결되지 않은 일정 찾기
여행항목을 등록하면서 어떤 여행에 속하는지 선택하지 않을 수도 있습니다.
이번에는 이런 상황을 일부러 만들었습니다.
‘가상 카페’라는 일정을 등록하고 다음 값을 입력했습니다.
- 일자: 2026년 10월 22일
- 시간: 13:00
- 종류: 일정
- 여행: 비워 둠
이 항목은 날짜상 해솔도시 여행 기간에 해당합니다.
하지만 ‘여행’ 관계형을 선택하지 않았습니다.
그러면 어떻게 표시될까요?
실제 확인 결과
전체 여행항목 보기에서는 가상 카페를 확인할 수 있었습니다.
하지만 해솔도시 일정 보기와 바람도시 일정 보기에는 표시되지 않았습니다.
어느 여행에도 연결되지 않았기 때문입니다.
이런 항목을 찾기 위해 새로운 보기를 만들었습니다.
보기 이름은 ‘여행 미연결’입니다.
필터는 다음과 같이 설정합니다.
여행 → 비어 있음
이번 실습에서는 ‘가상 카페’ 한 개가 표시됐습니다.
여행 날짜가 일치하더라도 관계형은 자동으로 연결되지 않습니다.
따라서 새 일정을 입력할 때는 날짜뿐 아니라 연결된 여행도 확인해야 합니다.
12. 잘못된 여행에 연결된 일정을 수정하는 방법
이번에는 일정이 아예 다른 여행에 연결되는 상황을 확인했습니다.
해솔도시의 ‘가상 전시장’을 바람도시 여행에 연결했습니다.
관계형은 1개 페이지로 제한되어 있으므로 기존 해솔도시 연결은 바람도시로 교체됐습니다.
실제 결과
해솔도시 일정 보기에서는 가상 전시장이 사라졌습니다.
대신 가상 산책만 표시됐습니다.
바람도시 일정 보기에는 기존 가상 도서관과 가상 전시장이 함께 나타났습니다.
| 보기 | 잘못 연결한 상태 |
|---|---|
| 해솔도시 일정 | 가상 산책 1개 |
| 바람도시 일정 | 가상 전시장·가상 도서관 2개 |
10월 20일 일정이어도 바람도시에 연결할 수 있었습니다.
이번 관계형 설정에는 여행 기간과 개별 일정 날짜가 일치하는지 검사하는 기능이 없기 때문입니다.
연결을 원래대로 복원하기
가상 전시장의 ‘여행’ 속성을 엽니다.
‘선택 변경’에서 해솔도시 여행을 다시 선택합니다.
그러면 가상 전시장은 해솔도시 일정 보기로 돌아옵니다.
이번 실습에서는 관계를 복원한 뒤 해솔도시 연결항목 5개, 바람도시 연결항목 3개를 다시 확인했습니다.
관계형 제한은 여러 여행에 동시에 연결되는 것을 막는 데 도움이 되지만, 잘못된 여행을 선택하는 실수까지 막아 주지는 않습니다.
13. 날짜가 없는 일정과 준비물을 구분하기
이번 계획표에는 날짜가 없는 항목이 여러 개 있습니다.
충전기, 우산, 보조배터리가 대표적입니다.
하지만 날짜를 입력하지 않았다고 해서 모두 잘못된 기록은 아닙니다.
준비물은 특정 날짜 없이 관리할 수도 있습니다.
반면 방문 일정이나 예약 기록에 날짜가 없다면 추가 확인이 필요할 수 있습니다.
이번에는 두 상황을 구분하는 점검 보기를 만들었습니다.
일정·예약 날짜 누락 보기 설정
여행항목 데이터베이스에서 새로운 보기를 만듭니다.
이름은 ‘일정·예약 날짜 누락’으로 지정합니다.
고급 필터에서 두 조건을 적용합니다.
조건 1
종류 → 값과 동일한 데이터 → 일정, 예약
조건 2
및 → 일자 → 비어 있음
이렇게 하면 일정 또는 예약에 해당하면서 날짜가 없는 항목만 표시됩니다.
실제로 확인한 결과
테스트를 위해 날짜가 없는 일정과 예약을 각각 한 개씩 임시로 추가했습니다.
그 결과 점검 보기에 두 항목이 나타났습니다.
날짜가 없는 준비물 세 개는 표시되지 않았습니다.
종류가 ‘준비물’이기 때문에 필터 조건에 해당하지 않았기 때문입니다.
이후 테스트용 일정과 예약을 휴지통으로 이동했습니다.
최종적으로 날짜 누락 보기에는 0개 항목이 표시됐습니다.
참고로 이 필터는 날짜가 없는 항목을 찾아주는 기능입니다.
날짜 입력을 강제하거나 누락된 날짜를 자동으로 채워 주지는 않습니다.
14. 아직 챙기지 않은 준비물만 확인하기
여행을 준비할 때는 이미 챙긴 물건보다 아직 챙기지 않은 물건을 확인하는 것이 더 필요할 수 있습니다.
이번에는 ‘미완료 준비물’ 보기를 만들었습니다.
필터는 다음과 같이 설정합니다.
종류 → 준비물
완료 → 체크 표시되지 않음
최종적으로 다음 두 항목이 나타났습니다.
- 충전기
- 보조배터리
반면 완료 상태인 우산은 미완료 준비물 보기에서 표시되지 않았습니다.
그렇다고 우산 기록이 삭제된 것은 아닙니다.
전체 여행항목 보기나 해솔도시 준비물 보기에서는 그대로 확인할 수 있었습니다.
특정 여행의 준비물만 보고 싶다면?
미완료 준비물 보기에서 여행 조건을 추가하면 됩니다.
이번 실습에서는 해솔도시 조건을 추가하자 충전기 한 개만 표시됐습니다.
확인 후에는 추가한 여행 필터를 제거했습니다.
따라서 최종 미완료 준비물 보기는 두 여행의 미완료 준비물 두 개를 표시하는 상태로 유지했습니다.
여행별로 필요한 보기만 따로 만들어도 되고, 전체 미완료 준비물을 한곳에서 확인할 수도 있습니다.
15. 새로운 여행을 추가할 때는 어떻게 할까?
여행별 보기를 추가하는 것과 계획표 전체를 별도 사본으로 만드는 것은 다릅니다. 기존 기록을 시험용으로 복사하려면 노션 데이터베이스 복제 방법을 확인해 원본을 공유하는 보기를 사본으로 오해하지 마세요.
새로운 여행을 계획한다고 해서 데이터베이스를 다시 만들 필요는 없습니다.
기존 ‘여행’ 데이터베이스에 새로운 행을 추가하면 됩니다.
이번 실습에서도 임시 여행 R03을 추가했습니다.
새 여행을 추가한 뒤 확인한 결과는 다음과 같았습니다.
- 기존 해솔도시 여행 유지
- 기존 바람도시 여행 유지
- 여행항목 9개 유지
- 새로운 R03의 연결항목은 빈값
새 여행을 만든 것만으로 일정이나 준비물이 자동 생성되지는 않았습니다.
새로운 여행에서 사용할 항목은 여행항목 데이터베이스에 추가하고 관계형으로 연결해야 합니다.
기존 여행별 보기와 비슷한 탭이 필요하다면 보기를 복제한 뒤 여행 필터를 변경하면 됩니다.
이번에는 임시 R03을 정리하고 여행 두 개가 남은 상태로 복원했습니다.
16. 실제 사용할 때 알아둘 한계
이번 실습에서는 여행별 일정과 예약, 준비물을 구분하고 날짜를 변경하는 기능을 확인했습니다.
다만 다음 기능까지 구현한 것은 아닙니다.
여행 날짜 자동 이동
여행 출발일과 종료일을 바꿔도 이번 구조에서는 개별 일정 날짜가 자동으로 변경되지 않았습니다.
여행을 미룬다면 영향을 받는 일정과 예약 날짜를 사용자가 직접 수정해야 합니다.
예약 서비스 연동
예약상태는 노션 내부에서 기록하는 값입니다.
‘확정’, ‘취소’, ‘변경확인’을 선택해도 실제 업체의 예약 상태를 변경하지 않습니다.
시간 자동 계산
시간은 텍스트로 관리했습니다.
시간대 변환, 소요 시간 계산, 날짜와 시간 자동 결합은 구현하지 않았습니다.
일정 오류 자동 감지
관계형 연결이 잘못되거나 일정 날짜가 여행 기간 밖에 있어도 자동으로 경고하는 기능은 구현하지 않았습니다.
다만 여행 미연결 보기와 날짜 누락 보기를 만들어 일부 입력 실수를 확인할 수 있도록 했습니다.
실제 모바일 사용
이번 실습은 데스크톱 Chrome 웹에서 진행했습니다.
실제 휴대전화에서 여행 계획표를 열거나 일정을 수정하고 준비물을 체크하는 테스트는 수행하지 않았습니다.
따라서 모바일에서도 편리하게 사용할 수 있다고 단정하지 않겠습니다.
오프라인 사용
노션 공식 도움말에는 앱에서 페이지를 오프라인으로 사용할 수 있도록 준비하는 기능이 안내되어 있습니다.
하지만 이번 여행 계획표는 실제 앱에서 다운로드하거나 네트워크를 차단해 테스트하지 않았습니다.
웹 브라우저에서 진행한 실습 결과만으로 여행 중 인터넷이 끊겨도 모든 관계형과 데이터베이스 항목을 사용할 수 있다고 판단해서는 안 됩니다.
여행지에서 오프라인 사용이 필요하다면 출발 전에 실제 기기와 앱에서 별도로 확인해야 합니다.
17. 실제 제작과 검증 결과
이번 여행 계획표는 노션 무료 요금제의 1인 워크스페이스에서 제작했습니다.
데이터베이스 두 개와 관계형, 필터, 정렬, 체크박스를 이용했습니다.
수식이나 롤업, 자동화 버튼은 사용하지 않았습니다.
최종 결과는 다음과 같습니다.
| 검증 항목 | 실제 결과 |
|---|---|
| 여행 DB·여행항목 DB 구성 | 성공 |
| 여행 2개·항목 9개 입력 | 성공 |
| 해솔도시 연결항목 5개 | 확인 |
| 바람도시 연결항목 3개 | 확인 |
| 여행 미연결 항목 1개 | 확인 |
| 일정·예약·준비물 구분 | 성공 |
| 날짜가 없는 준비물 정상 제외 | 성공 |
| 잘못된 여행 연결·복원 | 성공 |
| 여행 관계형 1개 페이지 제한 | 성공 |
| 여행 기간만 변경했을 때 개별 날짜 유지 | 확인 |
| 일정 날짜 3개 수동 변경 | 성공 |
| 예약상태 변경확인 설정 | 성공 |
| 다른 여행 정보 보존 | 확인 |
| 준비물 완료 체크 보존 | 확인 |
| 임시 여행 추가·정리 | 성공 |
| 새로고침 후 데이터와 보기 유지 | 성공 |
| 실제 모바일 사용 | 미확인 |
| 실제 오프라인 사용 | 미확인 |
전체 검증 계획 13개 중 11개는 성공했고 2개는 미확인으로 남았습니다.
여기서 성공은 이번 설계에서 확인하려던 동작을 실제로 검증했다는 의미입니다.
여행 날짜가 자동으로 이동하지 않는 것을 확인한 테스트 역시 검증에 성공한 것이지, 자동 이동 기능을 구현했다는 뜻은 아닙니다.
테스트 후 최종 복원 상태
날짜 변경 테스트를 마친 뒤에는 모든 값을 원래 상태로 복원했습니다.
해솔도시 여행은 다시 10월 20일부터 22일까지로 설정했습니다.
전시장과 숙소는 10월 20일, 산책은 10월 21일로 되돌렸습니다.
숙소 예약상태도 ‘변경확인’에서 ‘확정’으로 복원했습니다.
우산 완료 체크와 충전기 미완료 상태도 유지됐습니다.
페이지를 새로고침한 뒤에도 여행 두 개와 항목 아홉 개, 보기 열 개의 설정과 결과가 유지되는 것을 확인했습니다.
마무리
노션 여행 계획표를 만들 때는 여행 날짜를 적는 것뿐 아니라 일정과 예약, 준비물을 어떤 기준으로 연결할지 정하는 것이 중요합니다.
이번 실습에서는 여행항목 데이터베이스 하나에 세 종류의 정보를 기록하고, 관계형과 보기 필터를 이용해 여행별로 구분했습니다.
특히 여행 기간을 변경해도 세부 일정 날짜는 자동으로 이동하지 않는다는 사실을 확인했습니다.
따라서 여행이 미뤄졌다면 출발일과 종료일만 변경하고 끝내지 말고, 방문 일정과 예약 날짜도 함께 점검해야 합니다.
또한 준비물 체크 상태는 유지되는지, 다른 여행에 잘못 연결된 항목은 없는지 확인하는 것이 좋습니다.
처음부터 복잡한 여행 관리 시스템을 만들 필요는 없습니다.
여행과 여행항목 두 데이터베이스로 시작한 뒤 실제로 자주 확인하는 일정, 예약, 준비물 보기부터 구성하면 됩니다.
실습 환경 및 참고 자료
- 실습일: 2026년 10월 11일
- 노션 요금제: 무료
- 워크스페이스 멤버: 1명
- 노션 환경: 한국어 웹
- 운영체제: macOS 15.7.4
- 브라우저: Chrome 155.0.8059.39
- 작업 시간대: Asia/Seoul
- 공유 상태: 비공개
본문의 여행지와 장소, 일정, 예약은 모두 가상 데이터입니다.
이번 실습 페이지는 외부에 공개하지 않았으며 복제 가능한 무료 템플릿으로 배포하지 않았습니다.
노션 공식 도움말
기존 여행 계획표 참고 자료
이번 여행 계획표는 다른 템플릿을 복제하지 않고 가상 여행 두 개와 여행항목 아홉 개로 제작·검증했습니다.
함께 보면 좋은 노션 실습
노션 회의록과 후속 업무 관리 — 관계형 연결 누락과 잘못된 연결을 점검하는 다른 예제입니다.
노션 CSV 가져오기 — 외부 일정표를 옮길 때 날짜·선택 값·중복을 확인하는 방법입니다.