Obsidian Bases（ベース）：Vault内にノーコードデータベースを構築する方法

Obsidianでノートを整理したことがあるなら、「Vaultがデータベースのように振る舞えばいいのに」と思ったことが一度はあるはずです。進行中のプロジェクトを1か所にまとめたり、読書リストをステータスでフィルタリングしたり、会議メモを特定の人物に紐付けたり——それらをクエリコードを1行も書かずに実現したい。それを叶えるのが「Obsidian Bases」です。既存のMarkdownノートの上に構築される、公式のノーコード（No-code）データベースビュー機能です。

Basesは、リンク機能の自然な進化形です。リンクがVaultをグラフ状に織り上げる一方で、 プロパティ（Properties）はそのグラフを抽出・絞り込み可能な構造化データへと変換します 。Baseは情報を別ファイルや独自形式に保存するわけではありません。ノート内に既に存在するYAMLプロパティを読み取り、編集・フィルター可能なテーブル、カードギャラリー、リスト、あるいはマップとして表示します。データはテキストファイルのまま残り、ポータビリティと将来性が維持されます。

本ガイドで解説する内容：

• Baseの正体と、理解を深めるメンタルモデル
• Dataview、Notion、通常の検索とBasesの比較
• プラグインの有効化と5分でできる最初のベース作成
• 崩れないプロパティの設計方法
• ノートのフィルタリング、ソート、グループ化
• 4つのビュータイプと任意ノートへの埋め込み方法
• すぐ使える事例：読書リスト、プロジェクト管理、簡易CRM、コンテンツカレンダー
• 正直な制限事項と明確な判断基準

Obsidian Basesとは何か（なぜ重要なのか）？

Baseとは、既存のMarkdownノートの上にレイヤーとして重ねられる、保存可能なノーコードのデータベースビューです。ObsidianはコアプラグインとしてBasesを追加しました。これにより、クエリ言語を使わずにノートとYAMLプロパティを編集・絞り込み可能なビューに変換できます。

押さえておくべき最も重要なポイントはメンタルモデルです： 「Baseはデータを保持する独立したデータベースではない」 ということです。Baseはあくまで「ビュー（視点）」です。データ自体は通常のノートのFrontmatter（YAMLプロパティ）に存在します。 .base ファイルは、「どのノートを含めるか」「どのプロパティを列として表示するか」「どう絞り込んで並べ替えるか」という表示設定のみを保存します。

これには大きなメリットがあります：

• データがプレーンテキストとして保たれる。 明日Baseを削除しても、ビュー設定が消えるだけでノートやプロパティはそのままVaultに残ります。
• 将来性（ポータビリティ）に優れている。 ベンダーロックインや専用フォーマットがありません。これはObsidianが持続可能な 個人ナレッジマネジメント（PKM） システムの基盤とされる理由と同じ思想です。
• Vaultとともに拡張される。 Baseはノートからリアルタイムで読み取るため、ノートにプロパティを追加した瞬間、該当するビューに自動で反映されます。

リンクがVaultの神経網だとすれば、プロパティは構造化層であり、Basesはその構造を可視化して活用するためのレンズです。

Bases vs Dataview：ノーコードGUIか、クエリ言語か？

根本的な違いはシンプルです。Basesはポイント＆クリックで操作する視覚的なGUIであり、Dataviewは手書きで記述するクエリ言語です。Basesはアプリ標準で完全コード不要ですが、DataviewはDQL（Dataview Query Language）や高度なケースでのJavaScriptの習得が必要です。

どちらも同じソース（ノートのプロパティ）を読み取りますが、適した用途が異なります：

• Basesはスピードと扱いやすさで勝利。 標準機能のためモバイルを含めて高速です。クリック操作でビューを作成し、テーブル内でセル値を直接編集でき、文法エラーのデバッグも不要です。
• Dataviewは表現力で勝利。 インラインフィールド（本文内の due:: 2026-06-10 など）や計算テキストのレンダリング、Basesではまだ対応できない複雑なクエリに対応します。ただしコード記述が必要です。

「フィルターしたノート一覧を表示したい」という一般的な用途の多くでは、Basesがより素早くフレンドリーな選択肢となります。高度な計算ダッシュボードにはDataviewが引き続き役立ちます。全体のワークフローにおける使い分けは タスク管理ガイド を参考にしてください。

ヒント：どちらか一方に絞る必要はありません。日々のリスト表示にはBasesを使い、複雑なダッシュボード用に一部Dataviewを残す運用が一般的です。

有効化と最初のベース作成手順

「設定」→「コアプラグイン」で「Bases」をオンにします。同時に「Properties（プロパティ）」も有効になっていることを確認してください。きれいなプロパティこそがBasesを輝かせる鍵だからです。有効化後、ベースを作成する方法は3つあります：

1. コマンドパレット： Ctrl/Cmd + P を開き、「Create new base」を実行。
2. リボンボタン： 左リボンにある「New base」アイコンをクリック。
3. フォルダ右クリック： フォルダの右クリックメニューから「New base」を選択し、最初からそのフォルダにスコープを限定。

初心者が戸惑いやすい挙動として、新規ベースは最初 Vault内のすべてのファイル を表示します。Dataviewのような FROM 句は最初から存在しません。全体を表示させてからフィルターで絞り込んでいきます。

5分でできる最初のベース作成：

1. 上記の方法でベースを作成。
2. Vault内の全ノートが表示された状態で開きます。
3. 「file is in folder Projects」や「has tag #project」などのフィルターを1つ追加。
4. 表示したいプロパティ（status、due date、areaなど）を列として追加。
5. いずれかの列でソートして完了。

たったこれだけで、実用的なデータベースビューが完成します。

ヒント：最初は絞り込んだ状態から始めましょう。単一フォルダや特定のタグに絞ったベースの方が扱いやすいです。

崩れないプロパティ設計のコツ

ベースの列は3つのソースから構成されます：

• ノートプロパティ： 各ノートに記述するYAML Frontmatter（ status , priority , due など）。編集可能です。
• ファイルプロパティ： file.path , file.ctime , file.mtime , file.tags などの組み込みメタデータ。読み取り専用です。
• フォーミュラ（計算）プロパティ： 他のプロパティからベース内で計算・派生される値。

対応する型には、テキスト、リスト、数値、チェックボックス、日付、日時、リンクがあります。適切な型を選ぶことが重要です。 date 型のプロパティは日付範囲でフィルターできますが、プレーンテキストとして保存された同じ日付文字列ではフィルターできません。

信頼できるベース運用の絶対条件は プロパティの整合性（Property Hygiene） です：

• 型の統一。 あるノートではリンク型、別のノートではテキスト型にするなどの混在を避けましょう。
• プロパティ名を統一。 status , Status , state は別々の列として認識されます。表記を1つに決めましょう。
• インライン編集の活用。 ベースのセル内で値を変更すると、ノートのFrontmatterへ即座に書き戻されます。

ここでテンプレートシステムが活きてきます。統一されたプロパティを持つテンプレート からノートを作成しておけば、将来のベース作成が圧倒的に楽になります。

注：プロパティ導入前に作成された古いノートは、単に該当フィールドが空の状態でベースに表示されます。値を入力するまで空欄になるだけなので問題ありません。

フィルター、ソート、グループ化の仕組み

Basesのフィルターは、 プロパティ・演算子・値 の3要素ルールで構成されます。プロパティ（ status ）、演算子（ is , contains , is greater than , is empty ）、値（ active ）を選び、 and / or / not で条件をネストできます。

2つのレベルのフィルターが存在します：

• 全体（Dataset）フィルター： すべてのビューに適用される全体の絞り込み（例：「is in folder Projects」）。
• ビュー別フィルター： 単一のビューのみに適用され、全体フィルターとAND条件で結合される絞り込み（例：アクティブな項目のみ表示）。

よく使われるパターン：

• タグの有無： file.tags が #project を含む。
• フォルダ絞り込み： ファイルが特定フォルダ内にある。
• 日付範囲： due が本日以前、または今後7日以内。

ソートは任意の列で昇順・降順が可能です。グループ化を使えば、ステータス別やジャンル別にノートをまとめることができ、各グループに折りたたみ可能な見出しが付きます。

4つのビュータイプと埋め込み方法

Basesは4つのビュータイプをサポートしており、1つの .base ファイル内に複数の命名ビューを保持できます：

• Table（テーブル）： デフォルト。セル編集や列サマリー（件数、合計）が可能な行と列。
• Cards（カード）： カバー画像を表示できるギャラリーレイアウト。読書リストに最適。
• List（リスト）： ダッシュボードやMap of Content（MoC）に最適なコンパクト表示。
• Map（マップ）： 位置情報座標を持つノートをピンとして地図上に表示。

Basesの真の強みは 埋め込み（Embed） にあります。 .base ファイル名を指定することで、任意のノート内にベースを埋め込むことができます。特定の名前付きビューのみを埋め込みたい場合は、末尾に # とビュー名を付けます（例： MyBase.base#Active ）。

また、コンテキストを認識する this 参照もサポートされています。埋め込まれたベースは、それが存在するノートと相対的なフィルタリングを行えるため、ある人物のノート内に埋め込まれたベースに「その人物に関連する会議メモのみ」を表示させることができます。

埋め込みにより、ベースは単体ページから「生きているコンポーネント」へと変わります。デイリーノートに「本日対応」ビューを埋め込む運用などが可能です。詳細は Obsidianプロジェクト管理ガイド をご覧ください。

手動での構築を省きたい場合、 Obsibrain には事前設定済みのダッシュボード、プロパティ設計、PARAフォルダ構造が用意されています。

具体的に何が作れるのか？

今日から真似できる4つの具体的セットアップ：

読書リスト / デジタル本棚

• プロパティ： title (テキスト), author (テキスト), status (テキスト: to-read / reading / done), rating (数値), cover (画像リンク)
• Cards ビューを使用し、 status でグループ化。

プロジェクトトラッカー

• プロパティ： status (テキスト: planning / active / on-hold / done), area (リンク), due (日付), priority (数値)
• Table ビューを使用し、 status でグループ化、 due 昇順でソート。

簡易パーソナルCRM

• 人物ノート： type: person , company (テキスト), email (テキスト), last-contact (日付)
• 会議ノート： type: meeting , attendees (人物へのリンク), date (日付)
• type is meeting で絞り込んだベースを作成し、 this を使ったフィルターを設定して 各人物ノートに埋め込む 。

コンテンツカレンダー

• プロパティ： stage (テキスト: idea / draft / scheduled / published), publish-date (日付), channel (テキスト)
• Table ビューを使用し、 stage でグループ化、 publish-date でソート。

これらはすべて、統一されたプロパティを持つノートのフォルダと、1つのベースで完結します。クリーンな セカンドブレイン・テンプレート があれば、より簡単に設定できます。

Bases vs Notion：どちらを使うべきか？

Basesはローカルファースト、無料、Vault全体でデフォルト動作します。Notionはクラウドベースで事前に隔離されたデータベースの構築が必要です。Notionは完全なリレーショナルデータベース、外部REST API、リアルタイム共有で優れています。

一目でわかる判断フレームワーク：

ツール	使用すべきケース
通常検索	単にノートやテキストを一度探したいだけの場合。
Bases	ノーコードでノートのフィルター一覧/テーブル/ギャラリーを作りたい場合。
Dataview	インラインフィールドや複雑な計算出力が必要な場合。
Notion	完全なリレーショナルDB、外部API、チーム共有が必要な場合。

Basesの現在の制限事項：

• Frontmatterのみ対応。 本文中のインラインフィールドは読み込めません。
• 計算出力が限定的。 フォーミュラ機能はDataviewのスクリプト柔軟性には及びません。
• リレーション機能がNotionより簡易。 ロールアップを伴う双方向リレーションは未対応です。

詳細な比較は Obsidian vs Notion 比較 を参照してください。

これらをすぐに運用したい場合、 Obsibrain はPARAフォルダ、GTD・アイゼンハワー管理、事前構築済みデータベースビューを組み合わせた完成済みシステムを提供しています。

よくある質問（FAQ）

Obsidian Basesは無料ですか？ はい。BasesはObsidianに標準搭載されているコアプラグインです。追加費用やサブスクリプションは不要です。

BasesはDataviewを置き換えられますか？ 一般的なフィルターリストやテーブル表示の大部分で置き換え可能です。インラインフィールドやスクリプトベースの複雑なクエリが必要な場合のみDataviewを残してください。

モバイルで動作しますか？ はい。標準機能のため、大容量Vaultでもモバイル上でDataviewより軽快に動作します。

ベースのデータはどこに保存されますか？ ノート内のYAML Frontmatterプロパティに保存されます。 .base ファイルにはビューの構成情報（フィルター、列、ソート、グループ化）のみが保存されます。

まとめ

Basesは、Notionのようなデータベースの利便性を、クエリ言語の学習なしでローカルのプレーンテキストVaultにもたらします。プロパティを整え、可視化するレイヤーとして活用しましょう。リンクがノートを接続グラフに変えたように、プロパティはそのグラフを構造化データに変え、Basesはそのデータを活用するためのレンズとなります。まずは読書リストやプロジェクト管理など、小さなベースから始めてみてください。