データベースとライブラリのどちらが必要ですか？

Notionの根本的な抽象概念はデータベースです。Notionにおけるあらゆるものは、あるレベルにおいては構造化されたデータです。プロパティを持つページ、テーブル内のエントリ、ボード上のアイテムなど。スキーマ（どのプロパティ、どのタイプ、どのリレーションか）を定義し、そこにエントリを入力し、必要に応じてデータをフィルタリングおよびソートするビューを作成します。

これは、特定の種類の作業においては強力なモデルです。タスクに定義されたステータス、担当者、期限があるプロジェクト管理。連絡先に構造化された属性とディールステージがあるCRM。アイテムに数量、場所、カテゴリがある在庫追跡。構造が事前に分かっており、データが非常に規則的であるあらゆる領域は、データベースモデルの恩恵を受けます。

ほとんどの個人のナレッジワークは、このようにはなっていません。

知識が実際にどのように振る舞うか

読書メモには一貫したスキーマはありません。3文のものもあれば、3ページのものもあります。他のメモを参照しているものもあれば、単独で存在しているものもあります。重要となるプロパティは様々です。本のメモには著者と評価が必要かもしれませんが、研究メモには方法論と知見が必要であり、会議メモには出席者とアクションアイテムが必要です。これらすべてを単一のデータベース構造に無理やり押し込もうとすると、プロパティが役に立たなくなるほどスキーマを汎用的にするか、異なるスキーマを持つ複数のデータベースを維持することになり、これがNotion疲れを引き起こす管理オーバーヘッドを生み出すことになります。

保存した記事は、取り込み時に分類する必要はありません。それらが興味深かったり関連性があったりするから保存するのであり、なぜ重要なのかという文脈は、それらが結びつく何かに取り組んでいる数週間後になって初めて明らかになることがよくあります。データベースでは、取り込みの瞬間に分類することを求められます（どのプロジェクト？ どのトピック？ どのステータス？）。ライブラリを使えば、今取り込んで後で見つけることができます。なぜなら、検索が自分が割り当てたカテゴリではなく意味によって機能するからです。

アイデアは断片としてやってきます。ボイスメモのフレーズ、メモの段落、PDFへの注釈、自分宛てのメールのメッセージなど。これらの断片にはデータベースのプロパティはありません。それらには意味があり、スキーマが予期できない方法で他の断片と結びつきます。Zettelkasten（ツェッテルカステン）やエバーグリーンノートの実践がこれらの断片でうまく機能するのは、リンクが構造的ではなく概念的だからです。データベースは、断片が抵抗する構造を強制してしまいます。

ライブラリモデル

ライブラリはデータベースとは異なる方法で組織されています。ライブラリでは、ものを中に入れ、必要なときにそれらを見つけます。ブラウズではなく検索によって検索が処理されるため、ファイリングは最小限（いくつかの大まかなカテゴリ）にするか、存在しない（すべてが1つのコレクションにある）状態にすることができます。

よく運営されているライブラリには、データベースにはない3つの特性があります。

取り込みに摩擦がない。 カテゴリ、プロパティ、または他のすべてのものとの関係を決定することなく、ライブラリに何かを追加します。ウェブクリップ、ボイスメモ、メモ、PDF：それぞれが最小限の労力でコレクションに入ります。取り込みの摩擦が少なければ少ないほど、より一貫して取り込むことができ、その一貫性こそが時間を経てライブラリを価値あるものにします。

検索が意味によって機能する。 探しているものを説明すると、システムがそれを見つけます。セマンティック検索は、キーワード検索では処理できない同義語、関連概念、および概念的なクエリを処理します。正確な言葉、正確なカテゴリ、または正確な日付を覚えている必要はありません。探しているものを大まかに知っていれば、残りはシステムが処理します。

組織は創発的である。 事前に構造を定義して手動で維持するのではなく、ライブラリの組織はコンテンツ自体から浮かび上がります。関連するアイテムがクラスター化します。タグが提案されます。つながりが浮き彫りになります。検索が構造に依存するのではなく、構造が検索に奉仕します。

どちらが必要ですか？

主なニーズが、既知のプロパティ（タスク、プロジェクト、連絡先、在庫）を持つ構造化されたデータの追跡である場合、データベースは十分に役立ち、Notionはそれに優れています。

主なニーズが、知識（メモ、研究、読書、アイデア、参照資料）の取り込み、接続、および検索である場合、知識には一貫したスキーマがなく、検索は構造ではなく意味に依存するため、ライブラリを使用する方が適しています。

Notionに不満を感じている人の多くは、ライブラリ型の作業にデータベースモデルを使用している人たちです。彼らはスキーマがないもののためにスキーマを定義し、構造が不要なもののために構造を維持し、思考に時間を費やすべきところをアーキテクチャの構築に時間を費やしています。

ライブラリモデルは、自由に記録し、意味で検索し、システムに整理を任せるモデルです。本来それをサポートするはずのインフラではなく、作業自体に時間を割くことができるモデルです。

よくある質問

データベース機能を無視してNotionをライブラリとして使用することはできませんか？ 可能ですが、Notionの検索はキーワードベースであり、PDF内の検索は行われません。セマンティック検索やコンテンツレベルのインデックス作成がないため、Notionをライブラリとして使用すると、コレクションが増えるにつれて、取り込んだ多くのコンテンツが見つからなくなってしまいます。ライブラリモデルは検索の質に依存しますが、Notionの検索はそのようには作られていません。

データベースとライブラリの両方を提供するツールはどうですか？ 一部のツールは、非構造化コンテンツやセマンティック検索と並んで、構造化されたビュー（カンバンボードやタスクリストなど）を提供しています。Fabricはこれを提供しています。有用な場合は構造化ビュー（プロジェクト追跡、タスク管理）を使用でき、より広範なナレッジライブラリはAIによる整理とセマンティック検索で他のすべてを処理します。

ライブラリとは、ただ整理されていない物の山のことですか？ キーワード検索だけなら、確かにその通りになってしまいます。しかし、セマンティック検索とスマート整理を使えば、すべてが意味によって見つけられる自己組織化されたコレクションになります。整理は存在しますが、それはあなたではなくシステムによって処理されます。

関連の読み物： あなたのNotionワークスペースは第二の仕事になっている、 異なる種類の知識、 ナレッジマネジメントとは何か、 デジタルライフを整理する方法。 関連ページ： Fabric対Notion、 検索、 スマート整理。