本篇短文用于回答 知识星球 用户 @远水遥岑 的这条 提问：
Notion Wiki 的意义
Notion Wiki 的核心用法，就是构建一个用于存储和查询权威资料的协作知识库。这句话可以提取出 4 个关键词， 我们需要逐一解析每个关键词所对应的需求或背景，才能更好地判断自己需不需要用到 Wiki 这一功能。
- 存储：存在需要恰当保存和管理的数字化文档
- 查询：这些文档需要被相对高频地搜索查询，以提供最新或最权威的定义或解释
- 权威：这些文档的权威性或有效性，与编辑者或最后编辑时间高度相关
- 协作：这个知识库多用于协作场景中，需要赋能小组、团队，或者企业成员
但其实就算不用 Wiki，只用最基础的 Page，或者用数据库，同样可以在某整程度上满足上述四个需求。也正因为如此，我们才会产生到底要不要用 Wiki 的疑问。
我们可以先借助数据库来理解这个问题。数据库有 6 种视图，不同的视图所侧重展示的信息维度是不同的：
- 表格视图：信息量最丰富，但每个字段的展示权重是平级的
- 看板视图：强调分组
- 画廊视图：强调图片
- 日历视图：强调日期
- 时间线视图：强调流程
- 列表视图：强调标题
视图之间没有好坏之分，你更希望第一眼能看到哪一个信息维度，你就选择哪一种数据库视图。
我们将这个结论放到 Wiki 上也一样，如果你更看中文档的时效性或者权威性，那么你就可以选择 Wiki 来构建知识库，因为只有 Wiki 才有 Owner 和 Verification 这两个字段。
那为什么说 Wiki 更适合协作场景呢？因为如果只有自己一个人，那么 Owner 必然是自己，也不需要 Verification 这个字段来鉴定文档的权威性或者有效性是多久。
至于 Wiki 的其他基础特性，我在课程的 1.6 篇 其实已经介绍得足够详细了，你可以带着上述讨论再重新回看一边，应该会有新的感受。
问题答疑
- 需不需要从 DB 切换到 Wiki？
根据你的日常需求和用法，我认为不需要。因为 Wiki 并不比 DB 强大，它只是具备两个独立的字段而已。 在可预见的未来，Wiki 也必然不可能超过 DB，因为它本身就是 DB 的子项。
- 大量同步块是否会导致卡顿？
从我个人的使用经验来看是不会的，因为虽然一个原始块被其他页面引用了上百次，但是单独加载一个页面时，这个同步块也只会被加载若干次而已（如果你有多个标题的话），并不会遍历所有页面然后全部加载。