많은 사람들이 예전에 Obsidian과 Notion을 비교하면서 가장 아쉬워했던 점은 바로 이것이었습니다. Obsidian은 무료인데, 테이블, 카드, 데이터베이스가 항상 부족하다는 느낌이 들었죠.
예전에는 Obsidian에서 제대로 된 데이터베이스를 만들려면 보통 플러그인에 의존하거나 Properties와 Dataview를 수동으로 조합해야 했습니다. 가능은 했지만 진입 장벽이 높았습니다. 이제 공식 Base 기능이 그 격차를 상당 부분 메워줬습니다.
Obsidian을 또 다른 Notion으로 만든 것은 아니지만, 자신의 볼트 안에서 테이블, 리스트, 카드 라이브러리, 영화 갤러리, 미디어 라이브러리 등을 만들 수 있을 정도는 됩니다.
이 글에서는 Base가 무엇인지, 어떻게 만드는지, 그리고 가장 실용적이고 초보자에게 친숙한 두 가지 방향인 테이블 만들기와 영화 갤러리 만들기를 설명하겠습니다.
Base란 무엇인가?
먼저, 가장 중요한 점: Base는 노트를 신비로운 새 시스템으로 바꾸는 것이 아니라, 기존 Markdown 파일에 데이터베이스 뷰 계층을 추가하는 것입니다.
파일 형식은 .base이며, 이는 “데이터베이스 설정 파일"이라고 생각하면 됩니다. 이 파일은 다음을 정의합니다:
- 표시할 노트
- 사용할 뷰
- 필터링 방법
- 정렬 방법
- 표시할 속성
즉, 데이터는 여전히 그 Markdown 파일들입니다. Base는 단지 더 직관적인 방식으로 데이터를 정리해줄 뿐입니다.
이 점이 Notion과 크게 다른 부분이기도 합니다.
Notion의 데이터베이스는 본질적으로 데이터베이스 자체인 반면, Obsidian의 Base는 본질적으로 여전히 파일 중심입니다. 여러분이 보는 하나의 행, 카드, 항목은 대개 실제 파일 하나에 해당합니다.
여기에는 장단점이 있습니다:
장점은 콘텐츠가 여전히 로컬에, 여러분의 폴더 안에 있으며, 플랫폼에 종속되지 않는다는 점입니다.
단점은 데이터베이스, 목록, 독서 목록, 미디어 라이브러리, 프로젝트 목록에는 적합하지만, “매초를 복잡한 구조로 기록하는” 시스템에 사용하려면 접근 방식을 조정해야 한다는 점입니다.
Base를 만드는 방법?
만드는 것은 사실 매우 간단합니다. 왼쪽 파일 탐색기에서 폴더를 마우스 오른쪽 버튼으로 클릭하면 새 옵션이 나타납니다: 새 데이터베이스.

클릭하면 Obsidian이 .base 파일을 생성합니다. 이 파일은 데이터 자체가 아니라 이 데이터베이스 뷰의 “설명서"입니다.
이 단계는 중요합니다. 많은 초보자들이 “테이블을 만드는 중"이라고 오해하기 때문입니다. 실제로는 그렇지 않습니다. 여러분은 파일을 보는 새로운 방식을 만드는 것입니다.
예를 들어, 폴더에 Base를 만들면 범위 내의 많은 노트를 가져오는 경우가 많습니다. 당황하지 마세요. 다음 단계는 데이터를 입력하는 것이 아니라 제어하는 방법을 배우는 것입니다.
오른쪽 상단의 버튼들을 이해하면 Base의 요령을 기본적으로 익힌 것입니다:
- 정렬: 무엇을 먼저 볼지 결정
- 필터: 이 뷰에 무엇을 포함할지 결정. 예를 들어, 이 데이터베이스가 어떤 폴더의 파일을 표시할지 여기서 설정합니다. 그렇지 않으면 기본적으로 모든 노트가 들어올 수 있습니다.
- 속성: 이 열에 무엇을 표시할지 결정
- 검색: 현재 Base 결과 내에서 검색
- 새로 만들기: 이 Base에 새 항목을 직접 추가




Base를 어떻게 사용하나요?
데모를 위해 Demo-Base.base 파일을 만들었고, 가장 일반적인 세 가지 뷰를 사용했습니다:
- 테이블
- 카드
- 리스트
이 방식은 실제로 일상적으로 사용하기에 좋습니다. 대부분의 경우 “매우 복잡한 데이터베이스"가 필요하지 않고, 동일한 콘텐츠를 상황에 따라 다른 방식으로 보는 것이 필요하기 때문입니다.
예를 들어, 글 자료를 정리할 때는 테이블이 속성을 한꺼번에 보기에 좋고, 미디어 라이브러리를 만들 때는 카드가 가장 직관적이며, 제목만 빠르게 훑어보고 싶을 때는 리스트가 가장 빠릅니다.
첫 번째, 가장 실용적인: 테이블 뷰
테이블 뷰는 가장 이해하기 쉽습니다. 기본적으로 여러 노트를 행과 열로 배열하는 것입니다.

Excel과 매우 유사하며, Notion의 클래식 테이블 데이터베이스 뷰와도 비슷합니다.
이 모드는 특히 다음에 좋습니다:
- 파일의 제목, 날짜, 태그, 카테고리 보기
- 속성이 올바르게 채워졌는지 일괄 확인
- 날짜, 평점, 우선순위 등으로 빠르게 정렬
- 가벼운 데이터 관리(예: 책 목록, 프로젝트 목록, 지출 기록)
Base를 처음 사용한다면 아직 수식, 링크, 복잡한 구조는 생각하지 마세요. 먼저 필터, 정렬, 속성 표시라는 세 가지 기능에 익숙해지세요.
현재 Base의 가장 큰 가치는 기술을 자랑하는 것이 아니라, 마침내 Obsidian에서 콘텐츠를 더 인간 친화적인 방식으로 관리할 수 있게 해준다는 점이기 때문입니다.
리스트 뷰: 가장 평범하지만, 가장 빠르다
많은 사람들이 리스트 뷰를 간과합니다. 테이블처럼 전문적으로 보이지도 않고, 카드처럼 화려하지도 않기 때문입니다. 하지만 리스트 뷰에는 큰 장점이 있습니다: 가볍다.

파일 제목을 빠르게 훑어보거나, 필터 결과를 바탕으로 내용을 훑어보고 싶을 때 리스트 뷰가 사실 가장 편리합니다.
특히 다음에 좋습니다:
- 최근에 작성한 내용 훑어보기
- 특정 태그 아래에 어떤 글이 있는지 확인
- 폴더에 원치 않는 콘텐츠가 있는지 빠르게 확인
- “검색 결과 페이지"로 사용
때로는 도구가 단순할수록 더 자주 사용됩니다. 리스트 뷰가 바로 그런 것입니다.
카드 뷰: 여기가 Notion과 가장 비슷한 부분
테이블 뷰가 “관리 문제"를 해결한다면, 카드 뷰는 “표시 문제"를 해결합니다.

이 인터페이스를 보면 예전 Obsidian과 다르다는 것을 바로 느낄 수 있습니다. 카드가 배치되면 볼트 전체의 콘텐츠가 “파일 목록"에서 “콘텐츠 패널"로 즉시 변신합니다.
이 모드는 특히 다음에 좋습니다:
- 영화 라이브러리
- 책 라이브러리
- 이미지 라이브러리
- 프로젝트 칸반 스타일 브라우징
- 글 주제 풀
개인적으로 Base의 가장 가치 있는 부분은 테이블이 아니라 카드라고 생각합니다. 많은 도구가 테이블을 할 수 있지만, Obsidian이 이전에 가장 부족했던 것은 “노트를 시각적인 자료 라이브러리로 바꾸는” 능력이었기 때문입니다.
Notion과 비슷한 영화 갤러리를 만들고 싶다면 아이디어는 간단합니다:
- 각 영화마다 노트 하나
- 각 노트에 몇 가지 기본 속성 추가
- 포스터 이미지를 담을 “Cover” 속성을 별도로 준비
- 그런 다음 카드 뷰에서 커버 이미지 소스를 이 “Cover” 속성으로 설정
결과는 Notion의 갤러리 스타일 표시와 매우 가까워집니다.
완전한 실습 예제: 영화 갤러리를 처음부터 구축하기
방금 만든 예제를 사용하겠습니다. 파일은 매우 간단하게 두 개입니다:
The Shawshank Redemption.mdFarewell My Concubine.md
목표는 명확합니다: 이 두 노트를 Base에서 포스터가 있는 두 개의 영화 카드로 표시하는 것.
1단계: 두 개의 영화 노트 준비
가장 간단한 방법은 영화당 하나의 파일입니다. 예를 들어, 00-Inbox에 두 개의 노트를 만듭니다:
The Shawshank RedemptionFarewell My Concubine
이 단계에서는 긴 내용을 작성할 필요가 없습니다. 파일에 제목만 있어도 괜찮습니다. Base에게 가장 중요한 것은 본문이 아니라 속성이기 때문입니다.
2단계: 노트에 “Cover” 및 “Category” 속성 추가
노트 중 하나(예: Farewell My Concubine.md)를 열고, 상단의 “노트 속성” 영역에서 두 가지 속성을 추가합니다:
CoverCategory
여기서:
Cover는 영화 포스터용Category는 “Movie"로 표시
Obsidian에서 “노트 속성 추가"를 클릭하면 직접 할 수 있으며, YAML을 수동으로 작성할 필요가 없습니다.

초보자들이 자주 막히는 부분이니 분명히 말씀드리자면: 카드 뷰의 포스터는 본문에 삽입된 일반 이미지를 보지 않고, 속성에 있는 이미지를 봅니다.
즉, 포스터를 본문에만 넣으면 Base가 카드 커버로 인식하지 않을 수 있지만, 포스터를 Cover 속성에 넣으면 안정적으로 읽어옵니다.
예를 들어, 이 영화 노트는 결국 다음과 같은 구조가 됩니다:
---
Cover: "[[05-Archive/Gallery/PixPin_2026-04-02_10-05-21.webp]]"
Category:
- Movie
---
이렇게 수동으로 작성할 필요는 없습니다. Obsidian의 속성 패널이 대신 해주기 때문입니다. 하지만 내부가 어떻게 생겼는지 알면 나중에 문제 해결이 더 쉬워집니다.
3단계: 전용 Base 파일 만들기
그런 다음 왼쪽 폴더에서 마우스 오른쪽 버튼을 클릭하고 새 데이터베이스를 만들면 .base 파일이 생성됩니다. 여기서는 Demo-Base.base를 사용합니다.
이 파일은 “전시장 자체"라고 생각하면 되고, 두 개의 영화 노트는 “전시품"입니다. Base는 표시를 담당하고, 실제 데이터는 여전히 각각의 Markdown 노트에 저장됩니다.
4단계: 범위를 이 두 영화로만 좁히기
많은 사람들이 Base를 처음 사용할 때 문제가 있습니다. 열면 볼트 전체의 모든 노트가 들어오기 때문입니다. 따라서 이 단계는 필수입니다. 먼저 범위를 필터링하세요.
Base 오른쪽 상단의 “필터"를 클릭하여 표시하려는 콘텐츠만 유지할 수 있습니다. 예를 들어:
- 특정 폴더의 노트만
- 특정 태그가 있는 노트만
- category가 “Movie"인 노트만
- 또는 데모처럼 이 두 개의 특정 파일만
초보자에게는 먼저 “폴더 범위” 또는 “category = Movie"를 사용하는 것이 더 직관적이므로 추천합니다.

5단계: 카드 뷰로 전환하고 커버 소스 지정
이것이 가장 중요한 단계입니다. 카드 뷰로 전환한 후 Base에 알려줘야 합니다: 카드 커버에 어떤 속성의 이미지를 사용할지.
여기서는 앞서 만든 Cover를 선택합니다.
이 단계만 올바르게 하면 카드가 즉시 일반 텍스트 블록에서 실제 영화 포스터 갤러리로 변신합니다.

여기 또 초보자를 혼란스럽게 할 수 있는 점이 있습니다. 오른쪽 상단의 “속성"을 클릭하면 카드 아래에 표시할 필드(예: Name, Category)를 선택하는 것입니다. 하지만 포스터 표시 여부는 여기서 제어되지 않습니다.
포스터는 카드 커버의 일부이며, 그 소스는 카드 뷰에서 별도로 지정한 Cover 속성입니다. 따라서 “속성” 메뉴에서 Cover를 체크하지 않아도 위의 포스터는 정상적으로 표시됩니다.
즉, 두 가지 설정이 있습니다:
Cover: 카드 상단의 포스터 제어Name,Category: 카드 아래에 표시되는 텍스트 정보 제어
이제 Farewell My Concubine과 The Shawshank Redemption이 Notion과 매우 유사한 영화 갤러리가 되었습니다. 카드 상단에는 포스터가, 하단에는 파일 이름과 속성이 표시됩니다. 지금은 두 개의 영화만 있지만, 이 패턴의 가치를 이미 볼 수 있습니다. 나중에 영화를 더 추가하면 전체 라이브러리가 진정한 미디어 아카이브로 성장할 것입니다.
6단계: 나중에 더 추가할 수 있는 것은?
“Cover + Category"가 작동하게 되면 나머지는 간단합니다. 각 영화에 다음과 같은 속성을 계속 추가할 수 있습니다:
- 연도
- 감독
- 국가/지역
- 평점
- 시청 여부
- 재시청 횟수
- 한 줄 평
그러면:
- 카드 뷰는 “보기 좋게” 담당
- 테이블 뷰는 “관리하기 쉽게” 담당
이것이 Base를 가장 편안하게 사용하는 방법입니다: 동일한 콘텐츠에 대해 표시와 관리를 분리하는 것.
이 예제가 초보자에게 적합한 이유
진입 장벽이 거의 없기 때문입니다. 먼저 수식을 배울 필요도, Dataview를 배울 필요도, 복잡한 템플릿을 만질 필요도 없습니다. 다음 세 가지만 이해하면 됩니다:
- 영화 하나 = 노트 하나
- 포스터를 본문에만 넣지 말고 속성에 넣기
- 카드 뷰의 포스터 소스를 “Cover” 속성으로 설정
이 세 가지만 이해하면 영화 라이브러리, 책 라이브러리, 게임 라이브러리, 여행 사진 라이브러리 모두 동일한 패턴을 따릅니다.
그리고 기본 파일이 여전히 Markdown이기 때문에 영화 라이브러리는 데이터베이스에 갇히지 않고 실제 로컬 노트 세트로 남습니다. 나중에 마이그레이션, 백업, AI 처리를 위해 넘겨주기가 폐쇄형 플랫폼보다 훨씬 편안합니다.
필터, 정렬, 속성: 이 세 가지가 Base의 핵심
많은 사람들이 Base를 처음 열면 “테이블 / 카드 / 리스트” 뷰 전환 버튼을 오랫동안 응시합니다. 하지만 이 기능이 유용한지 여부를 실제로 결정하는 것은 뷰 자체가 아니라 오른쪽 상단의 세 가지 버튼입니다:
- 필터: 누가 들어올지 결정
- 정렬: 누구를 먼저 볼지 결정
- 속성: 무엇을 볼지 결정
이 세 가지를 이해하면 Base는 “새로운 기능"에서 “실제로 작동하는 도구"로 변신합니다.
예를 들어, 데모에서 카드 뷰는 콘텐츠 갤러리에 좋으므로 필터를 사용하여 특정 폴더를 제외하고 표시에 적합한 콘텐츠만 유지할 수 있습니다. 그러면 카드가 훨씬 깔끔해집니다.
반면 테이블 뷰는 필드를 노출하는 데 더 좋아서 일괄 확인 및 조정이 쉽습니다.
즉: 동일한 파일 세트, 다른 뷰는 중복이 아니라 분업입니다.
이것이 Base가 Notion과 가장 비슷하면서도 여전히 Obsidian다운 점입니다.
장부(가계부)로 사용할 수 있나요?
가능합니다. 하지만 제 생각에는: 할 수는 있지만, 가장 편안하지는 않을 수 있습니다.
장부 습관이 “하나의 기록 = 하나의 독립 항목"이라면 Base가 적합합니다. 각 기록에 금액, 날짜, 카테고리, 결제 수단 등의 속성을 추가한 다음 테이블에서 필터, 정렬, 계산을 할 수 있습니다. 논리는 맞습니다.
하지만 하나의 Markdown 파일에 연속적인 흐름을 기록하는 데 익숙하다면 Base는 덜 편리합니다. Base의 많은 기능이 “한 행의 콘텐츠 = 하나의 파일” 을 가정하기 때문입니다.
따라서 제게는 현재 다음과 같은 용도에 더 좋습니다:
- 이미지 라이브러리
- 책 라이브러리
- 영화 라이브러리
- 글 자료 풀
- 프로젝트 목록
빈도가 높은 거래 로그보다는요. 이것은 Obsidian에 대한 오랜 제 견해이기도 합니다: 처음부터 모든 것을 하나로 통합하려고 하지 마세요.
Base는 확실히 강력하지만, 가장 좋은 사용법은 모든 것을 대체하도록 강요하는 것이 아니라 적절한 위치에 두는 것입니다.
어떻게 사용을 시작하는 것이 좋을까요?
아직 Base를 사용하지 않았다면, 바로 거대한 시스템을 구축하지 않는 것이 좋습니다. 시작하는 가장 좋은 방법은 실제로 두 가지입니다:
첫째, 갤러리를 만드세요. 예를 들어 영화, 책, 글 커버, 여행 사진, 수집 자료 등은 모두 카드 뷰에 좋습니다. Base의 가치를 즉시 이해할 수 있습니다.
둘째, 가벼운 테이블을 만드세요. 예를 들어 프로젝트 목록, 정리할 자료, 독서 기록 등이 있습니다. 그러면 자연스럽게 정렬, 필터링, 속성 표시를 사용하게 됩니다.
이 두 가지 시나리오를 경험하면 기본적으로 Base를 알게 됩니다.
요약
Base의 출시로 Obsidian은 더 이상 “Markdown을 작성할 수 있는 노트 앱"에 그치지 않고, 진정한 데이터베이스 느낌을 갖추기 시작했습니다. 하지만 핵심 장점은 Notion과 누가 더 데이터베이스 같은지 경쟁하는 것이 아니라: 로컬 파일에 처음으로 충분히 편리한 데이터베이스 뷰를 제공한다는 점입니다.
이것은 매우 중요합니다. 예전에는 많은 콘텐츠가 관리할 수 없어서가 아니라 관리하기 어려웠고, 볼 수 없어서가 아니라 보기 어려웠기 때문입니다. 이제 Base 덕분에 이전에 플러그인이 필요했던 많은 시나리오를 마침내 직접 처리할 수 있게 되었습니다.
오늘 배운 내용:
- Base의 본질은 기존 Markdown 파일에 데이터베이스 뷰 계층을 추가하는 것
- 만드는 방법은 간단: 왼쪽 폴더를 마우스 오른쪽 버튼으로 클릭하여 새 데이터베이스 생성
- Base에서 가장 중요한 것은 화려함이 아니라 필터, 정렬, 속성이라는 세 가지 핵심 작업
- 테이블은 관리에, 리스트는 빠른 탐색에, 카드는 영화 갤러리와 미디어 라이브러리에 가장 적합
- 표시 중심 데이터베이스에는 좋지만, 모든 고빈도 거래 시나리오에 반드시 적합한 것은 아님
핵심 포인트:
.base파일 자체는 데이터가 아니라 데이터베이스 뷰 설정- 한 행의 콘텐츠는 일반적으로 실제 노트 파일 하나에 해당
- 카드 뷰는 Notion의 갤러리 효과에 가장 가까움
- 가장 빠르게 시작하려면 먼저 영화 갤러리를 만든 다음 가벼운 테이블 만들기
- 처음부터 모든 것을 통합하려고 생각하지 말고, Base가 가장 적합한 시나리오에 먼저 사용하기