用 Notion 搭建一个始终好用的世界观维基

你的 Notion 世界最初只是一个叫“世界”的页面。半年后，它装下了四十个嵌套页面，其中三个叫“杂项”，而情节所依赖的那道水闸归谁控制，你不打开一半页面就说不上来。Notion 并没有做错什么。页面树根本不知道某个角色属于某个派系，或者住在某个地方。

本指南围绕这些联系，搭建一个小型维基（wiki）。它依据 Notion 帮助中心的内容撰写，查阅日期为 2026 年 10 月 11 日，并非上手实测；文中的布局是编辑建议。贯穿全文的例子是 Saltmere，一座虚构的沼泽小镇，两个派系为那几道把海水挡在盐田之外的闸门争执不休。

从三个数据库开始，而不是一棵页面树#

在 Notion 里，数据库是页面的集合。你添加的每一项都是一个可以写字的完整页面，属性则用日期、状态、链接之类的信息来标注它（数据库入门）。这正是世界观维基需要的形态：Odile Sarr 的条目可以写下长长的背景故事，同时在一个可以筛选的字段里注明她效力于哪个派系。

建立三个整页数据库：角色、地点和派系。整页数据库像其他页面一样出现在侧边栏里；内嵌数据库则放在另一个页面中，要把鼠标悬停上去才会显示控件（数据库入门）。Saltmere 起步时有七条记录：

• 角色：水闸看守人 Odile Sarr；盐商的代理人 Casimir Lusk。
• 地点：Saltmere、Lower Pans、Gate Nine。
• 派系：Tide Wardens、Brine Guild。

先别急着建第四个数据库。宗教、魔法规则或事件可以先作为普通页面，等数量多了，需要排序或筛选时再说。

每个数据库只设几个你会拿来筛选的属性#

一个属性值得保留，是因为你会按它来筛选、排序或分组。Notion 的属性类型包括文本（Text）、数字（Number）、单选（Select）、多选（Multi-select）、状态（Status）、日期（Date）、关联（Relation）和汇总（Rollup）；单选是从列表里选一个选项，多选可以选一个或多个（数据库属性）。其他内容都写进页面正文。

“正史”这个属性出力最多。“Casimir 可能是 Odile 的同父异母兄弟”在某场戏把它定下来之前，一直标为“待定”；一个筛选条件就能把所有待定的问题一次列出来。如果条目里满是空白字段，可以用 Customize page（自定义页面）菜单，把属性设成为空时隐藏（数据库入门）。

用双向关联把数据库连起来#

关联把不同数据库里的项目连在一起。关联默认是单向的，但创建时可以打开“Show on [数据库名称]”，在另一个数据库里添加一个对应的属性，这样两边的编辑都会同步（关联与汇总）。在 Odile 的页面上把她加入 Tide Wardens，她就会出现在 Wardens 的成员里，不用再做第二步。

有两项设置很适合世界观设定。关联可以限定为只关联一个页面，如果每个角色只有一个落脚处，就很适合“居所”。数据库也可以关联到自身：在角色数据库上建一个“对手”关联，把 Casimir 和 Odile 连起来；关闭双向关联后，这一个属性就能在两个方向上起作用（关联与汇总）。

让关联来承载事实。如果 Odile 的开头一段称她为“一名 Warden”，而她的“派系”属性后来写的是 Brine Guild，你就有了两个答案，却无从判断哪个是最新的。Obsidian 笔记库指南也主张每条事实只放在一个地方，道理相同。

用汇总回答你真正会问的问题#

汇总通过关联读取某个属性，再据此计算。选项包括 Show original（显示原始值）、Show unique values（显示唯一值）和几种计数，数字还可以用 Sum、Min 和 Max（关联与汇总）。只有当它能回答一个你反复在问的问题时，才添加一个。

在 Saltmere 里，有两个汇总值得保留：

1. 这个地方有哪些派系的人？创建“居所”时，把它在地点数据库里的反向属性命名为“此地人物”。在“此地人物”上建一个汇总，显示这些人“派系”属性的唯一值，你就会看到 Gate Nine 既有 Wardens 的人，也有 Guild 的人，而这正是那道闸门要紧的原因。
2. 每个派系有多少位有名有姓的成员？在派系数据库里，对“成员”建一个 Count all 汇总，会显示 Brine Guild 只有一位。这是在提醒你，第七章之前它还需要第二张面孔。

帮助中心写明了两条限制：汇总不能再被汇总，而且只有输出数字的汇总才能排序。如果你的世界有自己的历法，用数字属性记年份可能比日期属性更合适，因为 Min 和 Max 对数字有效。这个年份字段该记录什么，时间线指南有详细说明。

用链接视图搭一个首页#

每次动笔都从首页开始。不要把列表复制到首页上，而是添加数据库的链接视图。你在链接视图里改动的视图、筛选、排序和分组，不会影响原数据库的视图；而对页面和属性的编辑，会同步到原数据库（数据源与链接数据库）。

Saltmere 的首页放了三个视图：

• 待定问题：角色数据库，筛选条件为“正史”是“待定”。
• 谁在哪里：角色数据库，以看板形式按“居所”分组。
• 第七章：地点数据库，筛选出 Gate Nine 和 Lower Pans。

每个视图都保留各自的设置，筛选条件可以保存给所有人，也可以只留给自己（视图、筛选、排序与分组）。日历布局按日期属性排列项目，所以没有现实世界日期的架空世界，可能用不上它。

添加任何新功能之前，先把它和它要回答的问题对上号：

等页面结构重复出现，再添加数据库模板#

前三个角色页面手动写。等你清楚自己会填哪些标题后，再把它们做成模板：打开 New（新建）旁边的下拉菜单，选择 + New template（新建模板），然后设置属性值和页面内容。模板可以包含任何类型的内容，并且只能在创建它的那个数据库里使用（数据库模板）。

Saltmere 的角色模板可以把“正史”预设为“待定”，再加上四个标题：

他们想要什么
他们害怕什么
他们知道而别人不知道的事
在故事中的用途

模板里的关联属性要留空。Notion 的帮助文档提醒，如果模板里填了关联，用它创建的每个页面都会关联到同一个现有页面，于是每个新角色都会悄无声息地加入 Tide Wardens。哪些问题值得单独设一个标题，可以参考角色塑造指南。

跟着一处改动走遍 Saltmere#

写到第三稿时，你决定 Brine Guild 在风暴之前靠行贿拿到了 Gate Nine 的控制权。把这处改动贯彻下去：

1. 在 Gate Nine 页面上，把“控制方”从 Tide Wardens 改为 Brine Guild。关联是双向的，所以 Guild 的页面也会随之更新。
2. 打开 Gate Nine 的反向链接。每次你用 @ 提及某个页面，Notion 都会创建一条反向链接，并显示在页面标题下方，数据库页面则显示在属性之中（链接与反向链接）。一条写着“@Gate Nine 是 Wardens 的骄傲”的场景笔记，现在就错了。
3. 在工作区里搜索“Wardens 的闸门”之类的说法。从没提及该页面的纯文本，不会留下反向链接。
4. 检查 Odile。如果她仍在看守一道她的派系已经不再控制的闸门，就把这个问题标为“待定”，而不是凭记忆去修补场景。

第二步只有在你用 @ 提及地点、而不是直接打出名字时才管用。这个习惯要从第一个页面就养成，而不是等到第四十个。

改掉让 Notion 维基变得陈旧的错误#

按项目和参与的人调整维基规模#

单本小说。三个数据库加一个首页，通常就够了。只有当某类条目攒到十几条时，才把背景设定或事件加为第四个数据库。

系列小说。加一个书目数据库，再从角色数据库建一个“出场书目”关联，一个 Count all 汇总就能显示谁撑起了不止一本书。系列参考资料必须记录哪些内容，见系列设定集指南。

在没有网络的地方写作。Notion 可以在桌面版和移动版应用里离线使用，浏览器里不行。你要把页面设为 Available offline（离线可用）；子页面不会自动下载，数据库只会带上第一个视图的前 50 行（离线使用页面）。所以要把你最常用的视图放在第一个。

合著者或跑团小组。权限级别包括 Can edit content（可编辑内容），允许对方在数据库里创建和编辑页面及属性值，但不能改动结构；还有 Can view（可查看），即只读。访客需要有自己的 Notion 账号（分享与权限）。Lock database（锁定数据库）可以防止他人修改属性和选项值（数据库入门）。筛选过的链接视图不是隐私控制手段：它沿用原数据库的访问权限，而且对方必须能访问那个数据库，才能看到这个视图。剧透内容要放在玩家打不开的页面上。

保留一份副本。版本历史可以把页面恢复到早先的版本，但能追溯多久取决于你的订阅方案（删除与恢复内容）。你还可以把页面导出为 HTML、PDF 或 Markdown，数据库则附带 CSV（导出内容）。时不时导出一次维基，打开文件看看哪些内容完好保留了下来。