Obsidian Dataview：4つの表示形式から始めて離れたメモを近くに並べる

Dataviewはフォルダ整理では出てこない「今この場で必要な一覧」を作るObsidianプラグイン。4つの表示形式を入口に、コピペで動く最小クエリ、英文として読む文法、タグで集まる関連ノート、離れたメモを近くに並べて考えを進める使い方までまとめた案内。

← Obsidianの使い方まとめ

Obsidianのフォルダ整理は、一度決めた場所にノートを置く仕組みです。後から「今考えているテーマに関わるノートだけを並べたい」と思っても、フォルダは動いてくれません。Dataviewが役に立つのはここです。プロパティやタグをもとに、その場で必要な一覧を組み直す道具です。一度クエリを書いておけば、毎回自分で探しに行かなくても、最新の並びの一覧が手元に出てきます。

つまずくのはたいてい入口です。クエリ言語が難しそうに見えて、最初の1本が書けないまま止まる。でも覚える順番を変えれば怖さは薄れます。先に押さえるのは4つの表示形式だけ。

4つの表示形式だけ先に押さえる

Dataviewの表示形式は4つしかない。LIST、TABLE、TASK、CALENDAR。何を一覧にしたいかでこの4つのどれかが決まり、決まってしまえばFROMやWHEREは、表示を組み立てる部分として後から書き足せます。

形式	何が出るか
LIST	ファイル名の一覧。いちばん単純
TABLE	複数のプロパティを列に並べる。読書リストやタスク一覧に
TASK	チェックボックス。未完了のタスクだけ集める
CALENDAR	日付プロパティをカレンダーに置く

最初の1本はLISTで十分です。一覧がとにかく出れば、入口は越えられます。全部の構文を覚えてから使い始めようとすると、いつまでも始まりません。必要になった形式だけ、その都度足していく。

クエリはコードではなく英文として読む

Dataviewのクエリは、英文として追うと意味がそのまま流れます。コードとして一字ずつ読もうとするから、記号が難しく見えるだけです。

TABLE file.mtime AS "更新日"
FROM "notes"
WHERE contains(tags, "review")
SORT file.mtime DESC
LIMIT 10

表として出す、notesフォルダから、reviewタグを含むものを、更新の新しい順に、10件だけ。上から英語の語順で読めば、何を集めてどう絞るかが見えてくる。記号の怖さが消えたら、あとは動くものを手元に置いて少しずつ変えるほうが早い。表示形式をLISTに差し替える、条件を入れ替える、並び順をひっくり返す。どこをいじると何が変わるかを見比べるやり方は、ドキュメントを頭から読むより手に馴染みます。

デイリーノートが、使い始めるのに一番いい場所

Dataviewの恩恵を一番感じやすいのはデイリーノートです。テンプレートに一度書いておけば、毎日開くたびに最新の一覧が返ってくる。

たとえば、その日が期日のタスクだけを自動で集める。

LIST
FROM ""
WHERE due = date(today)

ノートのフロントマターに due: 2026-04-15 のように期日を書いておくだけで動きます。あちこちのノートに散らばった締め切りが、当日の画面に一つにまとまります。

1年前に書いたノートを引き出すのも一行です。

LIST WHERE file.cday = date(today) - dur(1 yr)

習慣的にノートを書いている人ほど、変化がはっきり出ます。過去のログが当日の画面に自動で再登場する。それだけで、振り返りは努力から習慣に変わります。記録は残すだけでは読み返されません。振り返り専用の時間を別に取ろうとすると、たいてい途切れる。当日のノートを開いた瞬間に過去の断片が見える作りにしておけば、書いた流れのまま再読が起きます。

Dataviewでホーム画面とデイリーノートを改善するでは、この一度書いたクエリが常に最新の一覧を返す仕組みを、実際の画面と一緒に解説しています。

タグを付けるだけで関連ノートが集まり続ける

入口を越えたら、最初に試したい使い方はタグでの自動集約です。ノートにタグを付けておくだけで、Dataviewはそのタグの付いたノートを拾って一覧にします。フォルダがあちこちに分かれていても、ホームノートやプロジェクトのノートを開けば、関わる断片がいつも最新の並びでそろいます。

手で目次を作り直さずに済みます。ノートが増えても減っても、次に開いたときには一覧が最新の並びに更新されています。一度書けば、あとは探しに行かなくていい。

離れたメモを、近くに並べて見せる

ここからが、フォルダ整理では届かない領域です。紙のツェッテルカステンには、関連するカードを机に並べると近さが目で見える、という良さがありました。デジタルだと同じ感覚を出しにくいと言われます。Dataviewはそこを埋めます。

タグやキーワードでノートを選ぶ。その一覧が、離れた場所に保存したメモを画面の上で近くに並べます。ただの検索結果の羅列とは違って、話題のまとまりの中でノート同士のつながりが見える。ファイル名にトピックの記号を付けて、ノートの末尾にクエリを置いておけば、関わる考えの断片がいつも視界に入ります。

キーワード検索では出てこない、カードをぱらぱらめくるような探し方。それが戻ってきます。

自分で決めた名前の付け方と、この一覧。二つが組み合わさったとき、ばらばらだったメモの集まりはリンクでつながった知識のかたまりに変わる。前は関係なさそうに見えた情報どうしが思いがけず並んで、新しい問いが出てくる。ただ整理するだけでは起きない動きです。

繰り返す記録を、更新なしで最新に保つ

この並べ替えが役に立つもう一つの場所が、毎回同じ形で繰り返す記録です。

読んだ本を読了日付きのテーブルにするなら、こう書きます。

TABLE read AS "読了日", title AS "タイトル"
FROM "books"
SORT read DESC

read: 2026-02-15 のようなプロパティを入れておけば、本を読み終えるたびに一覧へ並びます。リストを手で直す作業も、更新し忘れも起きません。

連載記事やセミナー記録のように、毎回同じ形をなぞる作業も同じです。フロントマターに series と order を入れて、前後の回をテーブルで出しておく。前回の内容をその場で開いてコピペできるので、まっさらな状態から思い出す手間が消えます。続きの準備がゼロから始まりません。

使う場面を絞るほど、Obsidianの自由が残る

Dataviewは、使う場面を増やすより絞るほうが向いています。使えるようになるほど、何でもDataviewで管理したくなる。ここが落とし穴です。

何もかもクエリ前提にした瞬間、自由に書けるはずのObsidianは入力規則に縛られ、考える前に整える方向へ流れていきます。思いついたことをそのまま置ける気楽さは、クエリに合わせて書くうちに消えていきます。

道具は使い分けたほうが軽い。UIで素早く作れて更新もしやすいのがコアプラグインのBases、複雑な条件や集計を細かく制御できるのがDataviewです。長く見続ける定点観測のクエリはDataview、日々そのものを操作するテーブルはBasesと分けておくと、道具選び自体が目的になりにくい。詳しくはObsidian Basesの使い方を参照してください。一覧が長くなるなら、Calloutで包んでふだんは折りたたんでおく。必要なときだけ開けば、ふだんは本文に集中できます。

Obsidian Publishで公開すると、Dataviewの一覧は表示されなくなります。個人の環境では自動で並ぶ一覧が役に立ちますが、読者に見せる場では、機械が全部載せた一覧より、自分で選んで並べたもののほうが伝わる。一覧が消える制約は、何を見せるかを自分の手で決める編集につながります。厳選したノートを筋道立てて並べれば、網羅した一覧より読みやすい。絞って使うほど、この道具は役に立ちます。