Notion 数据库方法

Notion 核心哲学：关系的力量

人脑不是通过文件夹工作的，而是通过联想。Relation 让分散在不同数据库里的信息在需要的时候自动出现在一起。

Relation 双向关联 Rollup 汇总模版自动筛选

这是什么

把数据库连起来

Relation 在两个数据库之间建立双向链接：项目知道自己有哪些任务，任务也知道自己属于哪个项目。

关系网络

三个原本独立的数据库，通过 Relation 连成一张网。连线是双向的——这一点是后面所有用法的前提。

连好之后，打开任一项目就能直接看到属于它的任务和笔记，不必再切换数据库去筛选。

先看两种典型错法

常见误区

这两种做法处在光谱的两端：一种完全不分，一种分了但不连。

大杂烩

全部堆在一个页面里

建一个巨大的 Projects 页面，把所有任务和笔记直接写在页面正文中。

结果：无法按状态筛选，无法跨项目统计，内容越多越难找。

数据孤岛

分开建了，但互不相连

Projects、Tasks、Notes 三个数据库各自独立，之间没有任何关联。

结果：工作时要来回切换，每个视图里都是大量与当前项目无关的信息。

正确姿势

建立关系

三步，其中第二步是关键——漏掉它就只有单向关联，一半的价值没有了。

添加属性

在 Projects 数据库中添加新属性，类型选择 Relation，指向 Tasks 数据库。

开启双向同步

这一步最容易漏

勾选 Show on [目标数据库]。项目要知道有哪些任务，任务也要知道属于哪个项目。

在项目内管理

现在可以在 Project 页面里直接查看和管理关联的 Tasks 与 Notes。

进阶用法

让模版自己完成筛选

每新建一个项目就手动改一次筛选器，是这套结构最烦人的地方。模版可以把这一步去掉。

创建模版

在 Projects 数据库内新建一个「New Project」模版。
嵌入链接视图

在模版页内添加 Tasks 数据库的 Linked View。
把筛选条件设为模版本身

关键一步：Relation 的筛选值选择模版名称本身，而不是某个具体项目。

为什么这样可行

应用模版时，Notion 会把「模版本身」这个引用替换成新建的那条记录。于是筛选条件自动指向当前项目，在该视图里新建的任务也会自动关联过来。

再进一步

Rollup：把数据拉过来

建立关系之后，Rollup 可以把一个数据库的字段「拉」到另一个数据库里显示或计算。

用法

把 Project Status 通过 Rollup 引入 Tasks 数据库——任务本身不存这个字段，但能看到它。

好处

于是可以只显示 Active 项目下的任务，把 On Hold 项目的任务隐藏起来，待办列表立刻清爽。

最后

为什么是「关系」而不是文件夹

人脑不是通过文件夹工作的，而是通过联想。想到「健康」时，跑步计划、体检报告和饮食安排会同时浮现——它们并不住在同一个文件夹里。

Relation 模仿的正是这种连接方式：信息不必被归入唯一的位置，而是在需要的时候，从各自的位置被带到眼前。