本篇短文用于回答 知识星球 用户 @远水遥岑 的这条 提问

Arc20240519知识星球005555@2x.png

Notion Wiki 的意义

Notion Wiki 的核心用法,就是构建一个用于存储和查询权威资料的协作知识库。这句话可以提取出 4 个关键词, 我们需要逐一解析每个关键词所对应的需求或背景,才能更好地判断自己需不需要用到 Wiki 这一功能。

  1. 存储:存在需要恰当保存和管理的数字化文档
  2. 查询:这些文档需要被相对高频地搜索查询,以提供最新或最权威的定义或解释
  3. 权威:这些文档的权威性或有效性,与编辑者或最后编辑时间高度相关
  4. 协作:这个知识库多用于协作场景中,需要赋能小组、团队,或者企业成员

但其实就算不用 Wiki,只用最基础的 Page,或者用数据库,同样可以在某整程度上满足上述四个需求。也正因为如此,我们才会产生到底要不要用 Wiki 的疑问。

我们可以先借助数据库来理解这个问题。数据库有 6 种视图,不同的视图所侧重展示的信息维度是不同的:

  • 表格视图:信息量最丰富,但每个字段的展示权重是平级的
  • 看板视图:强调分组
  • 画廊视图:强调图片
  • 日历视图:强调日期
  • 时间线视图:强调流程
  • 列表视图:强调标题

视图之间没有好坏之分,你更希望第一眼能看到哪一个信息维度,你就选择哪一种数据库视图。

我们将这个结论放到 Wiki 上也一样,如果你更看中文档的时效性或者权威性,那么你就可以选择 Wiki 来构建知识库,因为只有 Wiki 才有 Owner 和 Verification 这两个字段。

Notion20240519Wiki Test005557@2x.png

那为什么说 Wiki 更适合协作场景呢?因为如果只有自己一个人,那么 Owner 必然是自己,也不需要 Verification 这个字段来鉴定文档的权威性或者有效性是多久。

至于 Wiki 的其他基础特性,我在课程的 1.6 篇 其实已经介绍得足够详细了,你可以带着上述讨论再重新回看一边,应该会有新的感受。

问题答疑

  1. 需不需要从 DB 切换到 Wiki?

根据你的日常需求和用法,我认为不需要。因为 Wiki 并不比 DB 强大,它只是具备两个独立的字段而已。 在可预见的未来,Wiki 也必然不可能超过 DB,因为它本身就是 DB 的子项。

  1. 大量同步块是否会导致卡顿?

从我个人的使用经验来看是不会的,因为虽然一个原始块被其他页面引用了上百次,但是单独加载一个页面时,这个同步块也只会被加载若干次而已(如果你有多个标题的话),并不会遍历所有页面然后全部加载。