给 Workspace 的 Database 一个全局的 Tags

引言

我使用 Notion 有几个原则:

  1. 有唯一一个 Dashboard 汇总所有内容;
  2. Dashboard 内的 Pages 嵌套不应该超过 3 层,应多使用 @引用;
  3. 对于内容不同,但是性质相同的多个 Pages 应保存于 Database 中;
    例如,我分别有「每日记录」、「Permanent Note」、「公开的播客」等 Database,分工各有不同。

将所有的内容只保存于一个 Database 时,有一个好处和一个坏处。

好处是:当我找某个笔记时不需要翻遍整个 Workspace;
坏处是:当我需要查看相关的一系列笔记时我需要过滤 Database。

准确一点得说,我需要知道 「每日记录」中哪些是 TODO 事项、哪些是 Meetings、哪些是 New Knowledge;我还需要知道「公开博客」哪些是未完成的;更需要知道所有的 Database,哪些是于项目有关,或者哪些是 Idea。

优点

得益于我所有的内容都保存于 Database,我便使用了 Relation 属性关联到另一个 Tags 数据库,这样所有 Database 都关联到 Workspace 内的唯一一个 Tags 数据库。

通过 Tags 数据库你可以做到:

  • 基本的使用方式与 muti-select 属性一致。
  • 可以使用 Gallery View 看到所有的 Tags,并且直观明了。
  • 可以在 Tags 下看到所有引用当前 Tag 的文章。
  • 每个 Tag 可以设置 Icon,好看 🐶。

怎么建

  1. 保持原有 Database 不变;
  2. 添加一个名为 Tags 的 Database;
  3. 选择你需要添加 Tags 的 Database,为其添加一个 Relation 属性,并选择关联到刚创建的 Tags;
  4. Done.

Demo

你可以在 notion 的公开页面 查看简单的 Demo。

Notion 教程

Notion 如何创建全局块(block)

2020-6-7 23:26:11

Notion 教程

在不使用函数的情况下实现 Notion 进度条可视化

2020-6-14 23:53:16

12 条回复 A文章作者 M管理员
  1. 作者如果能有直观的gif图可能会更好一些。。。

    • 因为图床暂时还有问题所以就没放图。
      你可以看最下面的 Demo,这个体验更好一点。

    • 晚上我给你图床的的方式与教程,哈哈。

    • 我在用 Picgo+GitHub 的免费图床,配合一些加速效果还不错,网上教程也挺多的

    • 谢谢提醒。已经可以访问了。

  2. 制作一个 Tags 的 Database 的想法蛮有趣的,不过我感觉有个弊端就是当你选择了 Relation 到哪几个 page(即这里的 Tags)之后,再想增加就有些麻烦了。因为在第一次选择的时候,会出现所有的条目,而当选择过后,只会出现选择了的条目了。这时候只能通过搜索,并等待一段时间来增加 Tags,目前我没想到更方便的办法来做这件事。作者是想要替代 Database 里的Muilt-select 功能,目前来看除了 Muilt-select 可以直接由 text 转换(这里并不需要这个功能)外,的确可以替代。
    另外想问的是,作者在第三点中说,有多个 Database,而目前的 Relation 功能只能实现一个 Database 关联另一个或它自己。因此在那个唯一的 Tags 的 Database 里,就会关联很多个 Database。但我觉得像「每日记录」、「Permanent Note」、「公开的播客」等不同种类的 Database,对他们添加的 Tags 应该是不同的,有些 Tags 可能只适用于部分或者一个 Database ,这样的话,我们在为一个条目添加 Tags 的时候,可能需要看到很多并不适用于这个 Database 的 Tags,而在一个 Tags 的条目里,也会看到好几个跟它 Relation 的 Database 是不会填入内容的。因此想问问作者建立了哪些 Tags,是否可以规避这个问题呢

    • Tags Database 优点是能看到全局,PARA 好像就用到了这个,但是缺点是 Notion 加载速度…

    • PARA 里用的确挺合适的,像 Area 和 Project 是一对多的关系,可以在 Area 的每一个 page 里添加一个 Linked Project Database,筛选为这个 Area,甚至建个模板,里面引用自身来筛选,就可以实现自动关联这个 Area 了。这样操作就很方便了,直接填内容就好了,基本不用管加载速度的问题了。我主要是想不好这边设置哪些 Tags 比较好,给东西分类是个很纠结的活儿😂

    • 这篇文章主要是给大家一个思路,就我个人而言 Tag 选择的这些问题都算小事。Tag 的内容的话,我是没有限制的,因为平常会review 文章和tags,所以具体有哪些tags 自己很清楚。

  3. 这样做了后,tag那个属性还能用作filter吗

    • 可以滴~除了可能会慢一点,其他方面跟 Muilt-select 的属性是一致的

有新私信 私信列表
搜索