企业官网建设流程全解析

Notion 阅读追踪器并不是“把书名写进一个表格”这么简单。真正能长期用下去的阅读库，至少要解决三个问题：书看完了放哪里、整套丛书怎么关联、摘抄的金句将来怎么找回来。这篇文章会围绕这三件事，带你亲手搭建一套可统计、可筛选、可维护的 Notion 阅读库，包含书籍库、系列库、金句库，并配置视图、公式和统计看板。完成之后，你既能在电脑浏览器里快速录入读完的书，也能在手机上利用金句库随时回看和检索内容。

阅读追踪器适合的人群比较明确：一年要读几十本书、想统计类型和年度阅读量的人；在读多卷本小说或技术丛书、需要知道整套书推进到哪里的人；以及希望把摘抄从“收藏了不再看”变成“能按主题检索”的人。你不需要会写代码，只需要了解数据库字段、关系、视图这些基础概念，实际操作时我会逐个解释为什么要这样设计。

1. 先理解“数据库读物”的工作方式：不要在页面里零散记录

很多第一次用 Notion 做书单的人，习惯是：新建一页“我的书单”，然后每本书创建子页面，页面上写作者、评分、读后感。这样记录一两本还行，到第 30 本时，全库会失去统计能力，因为阅读量需要的是“同一种结构的数据行”，而不是“结构随意的独立页面”。

1.1 为什么阅读记录要放到数据库而不是普通页面

Notion 的数据库，本质上是一张可以自定义字段的表。每一行记录一本“书”，每一列记录这本书的某个属性，比如书名、作者、状态、评分、开始日期、完成日期。当所有书都在同一张表里时，就可以对整表执行筛选、排序、分组和统计。

普通页面的问题是：每个页面的内容组织方式都不相同，有的写“评分 8/10”，有的写“不错，推荐”，这类文字无法被自动统计。阅读追踪器要持续运行一两年，没有统计能力时，连“今年到底读了多少本”都要数半天。

所以第一个技术判断是：请把“一本书”当作数据库的一行记录，而不是一个独立页面。至于每本书自己的读后感、读书笔记，可以放在“行”里扩展出的页面中，也可以单独用笔记数据库关联，而不是取代图书数据库。

1.2 先规划数据模型，再创建表

搭建前先想清楚要管理哪些对象。推荐从三张数据库开始：

不要一上来就建十几张表。阅读追踪是典型的三级模型：书是主体，系列是集合，金句是书的子内容。三张表就足够覆盖 80% 的需求。后面如果要做读后笔记，可以在书籍页里新建子页面，或单独建“笔记库”来关联，属于后话。

1.3 关系模型为什么不复杂：系列是“一对多”，金句也是“一对多”

关系数据库中最重要的概念，是把“同属性行”变成表之间的关联。这里“书属不属于某系列”是一对多：一个系列可以包含多本书，一本书通常属于一个系列；“书有多少条金句”也是一对多：一本书可以有多条金句，一条金句只属于一本书。

在 Notion 中，这种关系使用 Relation 属性实现。创建 Relation 后，书籍库和系列库会被“连接”起来。好处是：在系列库某一行里，能看到该系列包含的全部书籍；在书籍库某一行里，也能点进对应的系列。这种双向关系不用复制书名到另一张表，数据只维护一份。

2. 环境准备：网页版、桌面端与新建数据页

Notion 是云端协作工具，大部分结构操作在网页版和桌面客户端中一致。本教程采用网页浏览器操作，因为字段选择、关系配置在宽屏下更直观。

2.1 从登录到新建工作区

浏览器访问 Notion 官网后，使用邮箱或已支持的第三方账号注册登录。登录成功后，系统会创建一个默认工作区，名称可以按需求修改。个人阅读库使用个人免费工作区即可，团队成员共享时就改建立团队空间。

桌面端和手机端可以在对应应用市场中下载。需要留意的是：手机端更适合录入状态、随手添加金句，不适合反复调整数据库结构；复杂字段设计尽量在浏览器或桌面端完成，界面操作起来清楚得多。数据多设备间会自动同步，前提是设备保持联网并登录同一个账号。

2.2 新建一页，理解 Page 与 Database 的关系

登录后，在左侧边栏点击 “Add a page”，输入“阅读追踪器”作为根页面。以后所有数据库和看板都放在这个根页面下，方便统一入口。

在新建页面里输入/database，会看到数据库相关选项，选择内嵌的数据库表。Notion 会自动创建一个带默认属性的空表。数据库页本身仍然是一个页面，但页面里承载的是多行结构化数据。这个“页面套数据库”的结构是理解 Notion 的关键：一个数据库可以拥有多个视图，每个视图只是对同一批数据的不同呈现方式，不复制数据。

注意：视图不是新的数据库。同一个数据库可以同时存在表格视图、看板视图、日历视图和画廊视图，它们展示的是同一条数据。

2.3 不要一开始就追求最强模板，先搭最小可用结构

Notion 的模板市场里有很多现成“阅读库”。下载之后很漂亮，但如果你不了解字段用途，维护两三天就会卡住。最稳妥的做法是：从空数据库开始，一步步添加你确定需要的字段。

这套方法论可以反向用：当看到别人的阅读库模板时，先判断它的核心数据库有哪些字段，再判断这些字段哪些是真正需要的，最后自己重建一遍。这样既吸收了别人思路，又不至于被模板复杂结构束缚。

3. 创建书籍数据库：先定“记录粒度”再填属性

“一本书”在数据库里的自然粒度，建议按实体书或电子书的单独版本处理。你不需要纠结“纸质版和 Kindle 版是不是同一条”，个人阅读库通常不需要重复去重，只要你在记录时保持一致即可。

3.1 第一列必须是书名，但建议不要只写书名

新建数据库时，首列是 Title 属性。这里填写书名。常见误区是标题写成“三体全集”，并希望在不分册的情况下记录整套。这样做会丢失“第几卷”“什么时候看完第几卷”的信息。丛书建议拆分到每一卷：一行是《三体：黑暗森林》，一行是《三体：死神永生》，系列通过关系归属到系列库。

如果你担心同书名的不同版本互相混淆，可以给标题写作“书名（作者）”，或增加 Author 字段单独存放作者。个人库中加不加编号都行，但字段要明确区分“书名”和“作者”，因为后面按作者分组汇总时，文本混在标题里会很难处理。

3.2 推荐属性清单与类型选择

在书籍数据库中，添加以下属性并按表格设计。表格中的“推荐类型”是 Notion 属性类型。

“开始日期”和“完成日期”建议使用两个独立的日期属性，不要选日期范围。虽然 Notion 的 Date 属性可以设为一个时间段，但若把一本书的阅读周期塞在一个范围里，后续统计阅读天数和按“年完成”分组都会变得别扭。这里保持“一个属性管一个单日日期”，是最稳妥的模式。

3.3 状态列应该用 Board 视图管理，而不是只当一张表

添加完字段后，把表格的默认视图切换成看板视图，并按“状态”分组。操作方式是在数据库视图左上角点击切换视图，新建一个名为“阅读流程”的 Board 视图，分组条件选择“状态”。

于是页面变成四个看板列：想读、在读、读完、搁置。每次开始读一本书，把它从“想读”拖到“在读”；读完后再拖到“读完”。这比在表格里手动修改状态更直观，也便于一眼看出目前有几本在读的书。

看板视图仍然是同一个数据库。它不改变数据，只改变展示方式。此时你不需要创建多个数据库来装“想读”“在读”“读完”，那是新手非常容易掉的坑。一个状态 Select 属性配合分组视图，已经能处理全部流程。

3.4 为什么建议加“完成日期”，而不是只看状态

如果把“读书完成”只通过“状态 = 读完”来表示，你只能知道这本书读完了，无法知道它是 2 月读的还是 6 月读的，也无法计算阅读耗时。完成日期是一个独立维度，它可以配合公式计算出“阅读用了多少天”，也能在日历视图里看到每月完成的书。

同理，开始日期也不是可有可无。对于技术书籍或大部头，记录开始日期能帮助复盘：一本书是花了 20 天还是 3 个月。建议每本书开始时就顺手填上状态和开始日期，不要全部读完后统一补录，那样容易遗漏。

4. 用两个关联库解决“系列”和“金句”问题

书籍库建好后，单独记录系列和金句并不是难事，难的是让它们与书籍库产生关联。接下来创建系列库和金句库，并用 Relation 属性把三张表连起来。

4.1 创建系列库，管理多卷本和主题套装

在阅读追踪器页面下新建第二个数据库，命名为“系列库”。这个库每一行代表一个系列，例如“三体”“银河帝国”“深入理解计算机系统”。核心属性可以这样设计：

初建时，“收录书籍数目”先不添加。需要先在书籍库中创建 Relation 属性。

回到书籍库表头，点击 “+” 添加属性，选 Relation，目标数据库选择“系列库”。Notion 会提示在系列库中自动生成一个反向关系属性，通常命名成“包含书籍”或保持系统默认。创建完成后，书架里每本《三体》的书，都在“系列”属性中选择“三体”这个系列行。

4.2 系列页里的关联视图

仅靠“系列”这个关系，在书籍库中已经能知道书属于哪个系列。如果还想在系列库中看到每一套书的汇总信息，可以进入“系列库”的任意一行页面，嵌入一个“关联书籍库的视图”。

嵌入方式是在系列页面正文中键入/linked，选择某个数据库，然后配置过滤条件：筛选该数据库的“系列”属性，条件为包含当前页面。这样，当你打开《三体》系列这一页时，下面是整个系列的书籍清单，并且可以继续按状态、评分进行筛选。只维护一个关系属性，书单和系列页都会同时更新。

4.3 创建金句库，让摘抄可以反查原书

在阅读追踪器页面下新建第三个数据库，命名为“金句库”。每一行是一条摘抄记录。推荐字段：

在金句库中新建“来源书籍”关系时，目标数据库选书籍库。此时书籍库也会自动生成一个反向属性，“这本书有 N 条金句”，以后打开任何一本书，可以在“全书摘抄”这个反向视图里看到该书所有金句。

这里解释一下为什么要单独建库而不是直接把金句写在书页里。如果金句只写在书页里，它在搜“勇气”“方法论”这类关键词时只能一页页翻。单独建金句库后，可以用多维标签筛选和全文搜索快速检索，尤其适合写文章、做读书笔记、准备课件时需要引用原文的读者。

4.4 Relation、Rollup 与 Lookup 的配置顺序

Notion 中 Relation、Rollup、Lookup 三个概念很容易混淆：

• Relation：在两个数据库之间建立关联，是数据的底层关系；
• Rollup：跨数据库读取关联记录的某个属性，并进行求值；
• Lookup：在 Notion 新版本中用于读取关联记录的属性，并把内容带回视图，相当于更直观的关联展示。

实际配置顺序应当是先建 Relation，后建 Rollup。你无法在关系还不存在时就做跨库统计。以系列库的“收录书籍数目”为例，具体做法是：先在系列库添加 Rollup 属性，数据源选择“关系”中的“包含书籍”，属性选择书籍库中的“书名”，聚合方式选择“计数全部”。这样系列库中会自动显示该系列目前的书籍数量。

注意：如果你添加 Rollup 后看不到任何数值，90% 的原因是关系属性还没有被填入，而不是聚合公式配错。

5. 打造阅读流程视图：想读、在读、读完与年度总结

完成三张表和关系后，重点是做视图，让你愿意天天打开并维护。视图是同一个数据库的可视化查询，它可以按状态、分类、年份、评分等维度展示。

5.1 先做“阅读流程”看板

前面 3.3 小节已经提过看板视图。这里补全完整流程：书籍库至少保留三个对外视图，分别是“全部书籍（表格）”“阅读流程（看板）”“在读（看板筛选）”。

其中，“在读”视图是关键优化：它不是一个“在读状态 + 其他所有书”的全量看板，而是通过视图筛选，只显示“状态=在读”的记录。这样即便你几十本未读状态的书存在库里，日常使用也只看到当前正在读的几本。长期维护时，“想看但不逼自己马上读”的书可以安全躺在“想读”里，不会干扰你的注意力。

5.2 按年份做“年终阅读统计”

书籍库中再创建一个表格视图，命名为“今年读完”。筛选条件设置为：“状态”包含“读完”，且“完成日期”在本年范围内。Notion 的日期筛选可以直接选择“是 2025 年”这类快捷条件，具体文案以界面为准。

如果你希望每个季度刷新统计，可以把筛选中日期选择为“之后”某个固定日期，或者在系统中切换年份。另一种做法是在数据库中添加一个公式属性“阅读年份”，用公式提取完成日期的年份，再按该列分组。无论选择哪条路，核心原则都是：不要每年新建一个数据库，而是在一个库里用日期筛选切片。

5.3 在书籍页里统一记录回看内容

在 Table 视图中双击某行，可以打开这一行的页面。这个页面上可以补充长笔记。为了统一格式，最好的方式是把这条书籍行作为一个模板，以后再添加书时，从模板创建。

在书籍库视图右上角的“Template”按钮中新建模板，命名为“书籍模板”。模板页正文里写好几段占位内容，比如“一句话总结”“三个收获”“下一步行动”。以后新建书时，点击 Template 下拉菜单，选择“书籍模板”，就会生成带固定结构的页面。这个模板只影响页面内容，不影响数据库字段。

5.4 快速录入：字段越少，越容易坚持

数据库字段如果设计得过多，每加入一本书都要填 15 个属性，坚持不了一个月。建议在初始阶段只保留最常用的 6 个字段：书名、作者、状态、分类、开始日期、完成日期。系列和金句在真正需要时再补录。

其他字段比如图片、出版社、ISBN，会在你觉得有必要前不断增加“录入成本”。最典型的结果是，为了追求项目标题中所说的“统计”，最后连“读没读完”都忘记标记了。阶段比完美更重要。

6. 用公式和图表生成你自己的阅读统计

“统计”功能是这套阅读追踪器和普通书单的核心差异。Notion 的公式属性并不支持完整编程语言，但它足够完成阅读时长、平均速度、按年提取数据这类常见计算。

6.1 核心公式：阅读天数

在书籍库中添加 Formula 属性，命名为“阅读天数”。输入如下公式：

if( empty(prop("开始日期")) or empty(prop("完成日期")), "", format(dateBetween(prop("完成日期"), prop("开始日期"), "days") + 1) + " 天" )

这段公式的含义：如果开始日期或完成日期为空，返回空字符串；否则用dateBetween计算完成日期减开始日期的天数，并加 1，表示如果有跨天阅读，第一天也算在内。得到结果为例“29 天”。

如果你希望得到的是一个数值而不是文字，可以省略format和“天”：

if( empty(prop("开始日期")) or empty(prop("完成日期")), 0, dateBetween(prop("完成日期"), prop("开始日期"), "days") + 1 )

使用数值公式后能进一步计算日均阅读页数，只需要添加另一个公式“日均页数”：

if( prop("阅读天数") == 0 or empty(prop("页数")), 0, round(prop("页数") / prop("阅读天数") * 10) / 10 )

6.2 公式字段的关键注意事项

在 Notion 公式中，函数名和属性名都必须正确匹配。比如属性名是“开始日期”，就不能写成prop("开始Date")。修改属性名后，公式不会自动同步，常用做法是在公式右下角的属性列表中重新点选，而不是手写属性名。

公式返回值类型要一致。if的两个分支如果一个返回文本、一个返回数字，会出现类型错误或难以显示。上面第一个公式中两个分支都返回文本，第二个公式两个分支都返回数字，这一点非常关键。

dateBetween返回的是两个日期之间的间隔，不包含当天时如果你希望把跨天首日也算入，才需要加 1。若一本书是当天开始当天读完，dateBetween会得到 0，加 1 后显示 1 天，符合直觉。

6.3 汇总阅读状况：按分类与年份看板

在书籍库新建一种“按年份汇总”表格视图。如果不想写公式，直接用分组功能即可：表格右上角选择 Group 分组条件为“完成日期”，次级分组为“分类”。Notion 会显示每个分组下有多少本书，这是最快、最不会出错的统计方式。

如果希望长期追踪总页数，可以在书籍库中新建 Rollup 属性，以“系列”为关系源，对“页数”求和。这样无法统计整个库的总页数，而是只能统计每个系列的总页数。若要统计全库总页数，则需要在书籍库外部用一个汇总数据库，或导出到表格软件处理。个人用户不必为了一个总数引入多余的数据结构。

6.4 图表视图的取舍

Notion 近期的版本提供图表或类似图表的能力，但可用范围会根据账号套餐和区域版本略有不同。若你的账号已经支持该能力，可以直接以书籍库为数据源，按“分类”或“完成年份”生成柱状图。

如果暂时没有图表视图，也没有关系。使用分组表格本身就足够实现“今年读完多少本”“每个月读完多少本”这类常见问题。不要让工具能力限制你的数据模型，一个干净的三表关系，即使只显示为表格，也比没有字段规划的华丽仪表盘更有价值。

7. 新手最容易踩的坑：现象、原因、修复路径

阅读库做出来容易，用不下去通常就是因为几个细节问题没有被提前预防。下面按出错的常见顺序整理排查列表。

7.1 状态已经在数据库里，但还是没法按“每年读完”看

现象：表格里看不到某一年完成的书；拖动状态到“读完”后，统计视图没有变化。

原因：最常见的是视图筛选把“状态=读完”和“年份”条件叠加后，书籍的完成日期没填；也可能是你建了多个数据库，把另一本库中的书当成同一个数据源。视图天然只显示符合筛选条件的数据，不显示“所有书”。

排查步骤：

1. 检查书行是否填写“完成日期”字段，只看“状态=读完”并不能参与日期统计；
2. 检查视图右上角是否有筛选条件遗漏，例如多选关系时不满足“所有”或“任一”；
3. 检查是否真的在用同一个数据库，不要新建了一个同名数据库后又开始录入第二条数据。

处理建议：先关闭该视图的所有筛选条件，如果书能显示，说明是筛选条件问题；如果书仍然不显示，则记录在另一个数据库的表中。

7.2 关系列已经设置，但系列库的 Rollup 总是空白

现象：某套丛书明明已经在书籍库中关联了“系列”，但系列库中的书籍数量和总页数都是空。

原因：创建 Rollup 时，属性源选择错了。Rollup 需要先指定“关联到另一个数据库的关系属性”，再从关联目标里选择“想要读取的字段”。如果选择的是书籍库中另一个普通文本字段，而没有从书籍库的关系属性出发，Rollup 拿不到数据。

排查方式：点击系列库中的 Rollup 属性，查看“数据源”中选择的是不是“包含书籍”（指向书籍库的 Relation），以及读取字段是不是“书名”或“页数”。

解决方案：删除错误的 Rollup 重新配置。配置完后，去书籍库随便找一条记录，在关系字段中加上该系列，再回到系列库确认计数是否变化。如果能变化，关系链路就通了。

7.3 同一本书被录了两遍，导致数量和总页数重复

现象：系列库里显示“收录书籍数目 5”，但实际只有两本；按作者统计时，一个人名下的书数也偏多。

原因：Notion 数据库默认没有唯一性约束，任何用户都可以在标题里写成略有差异的名称，例如“三体：黑暗森林”和“三体 黑暗森林”，系统会视为两条记录。

预防方式：

1. 新建书籍时使用统一模板，标题格式写死，比如“书名：副标题”；
2. 每周或每月去“全部书籍”表格视图按标题排序，快速扫一眼有没有重复行；
3. 如果不慎建立重复记录，删除前先把金句和读后笔记中关联的关系转移到保留的那条记录上。

7.4 金句库里存了几百条，但需要引用时想不起哪本书

现象：引用一句金句时，要在金句表中反复切换“来源书籍”字段，却发现部分记录没有关联书。

原因：多数情况下是用户用“快速添加”的方式录入金句，当时只填了“内容”标题，忘了在“来源书籍”关系属性中选择目标书。金句库虽然能汇总，但失去来源后，引用价值会大幅下降。

处理建议：养成“先建书、再摘抄”的顺序。至少应保证每一条金句创建时都有两个必填属性：内容和来源书籍。Notion 没有强制的必填校验，但可以在金句库视图加一个筛选“来源书籍不为空”，把没有来源的金句列出来集中修补。

7.5 模板建好但新建书籍时模板选项不见

现象：按 5.3 创建模板后，在数据库标题右侧点击 Template 按钮却找不到这个模板，只能新建空白行。

原因：模板按钮属于当前视图还是全库，有时会被误解。模板下拉菜单显示的是当前数据库所有模板，如果你在某个特定筛选视图里新建模板，也可能存在视图级模板。常见问题是模板创建的数据库并不是你想录入的书籍库。

排查方式：返回书籍库完整视图，点击 Template 看模板列表；如果模板内容在另一个同名数据库中，切到那个库查看。

解决方案：将模板复制到目标库，或直接在目标库中重建。不要期望模板会跨数据库自动同步。

8. 从“普通书库”到“长期个人知识库”的优化建议

如果你已经能维护一段时间的阅读库，接下来可以优化数据质量、同步方式和复用场景。

8.1 建一条维护节奏而不是每天记录

阅读追踪库里最需要维护的不是读完后的状态，而是“开始阅读”的那个瞬间。每开始一本新书，就顺手设置状态为“在读”、填开始日期。这本书读了一个月后状态忘记改，也比没填开始日期更好弥补。

每周可以花 5 分钟做一次数据检查：

1. 打开“全部书籍”表格，按“状态”排序；
2. 找出状态为“在读”却超过 30 天没有改动的书；
3. 确认是否真的还在读，或者已经搁置，将状态调整成“想读”或“搁置”；
4. 对所有“读完”的记录，确认完成日期和评分是否填写完整。

这种轻量巡检比设计完美的数据库更能延长阅读库寿命。

8.2 同构迁移：从阅读库到课程库、影单库、案例库

阅读库的三表关系模型，在多个领域可以直接复用。

• 影单库：影片库代替书籍库，剧集系列代替书籍系列，台词库代替金句库；
• 课程库：课程库是主表，学习路径或系列课是系列，课程笔记和听课摘录是子库；
• 个人学习资料库：主资料库、专题集合库、素材切片库；
• 如果是律师团队或研究者使用，也可以把同一个结构改造成案件编号、法条/案例集、关键摘录互相关联的合规资料库，其中要特别注意敏感信息权限管理，避免把不应外传的内容放进共享空间。

这句话的意思是：掌握了一种“主表 + 关联表 + 子表”的数据库结构后，你就不是在维护一个书单，而是在维护一套可复用的个人知识模型。

8.3 团队协作时的额外要求

如果阅读库不止你一个人在用，比如家庭共享账号、读书会小组或团队知识库，要考虑额外角色和权限。默认情况下，有编辑权限的成员都可能修改数据库结构。个人维护时间一长，容易因为误删字段导致全组书单变乱。

建议给参与成员设置“可以编辑内容”的权限，只保留一个负责人能编辑数据库结构。另外，重要数据不要完全依赖云端单一工作区，定期到工作区设置里创建数据导出备份。一旦账号异常，原始数据库结构也能通过导入恢复大半。

注意：分享阅读库前，请先把视图里不需要公开的页面取消分享。如果需要引入外部协作者，建议另建一个空白测试空间先试跑关系字段和权限，再开放给正式协作者。

8.4 最后保留的维护动作

当这套阅读库持续运行 6 个月之后，你会更容易判断哪些字段真正有用。阅读统计的价值不是每天刷数字，而是在年底复盘时看到“原来自己最常读的分类不是小说，而是工具书”，或者在写某篇文章时能快速找到相关金句。

如果你的实际使用中并没有高频使用“分类”“介质”这些字段，可以放心把它们隐藏到视图之外。隐藏视图列不会删除数据，只是减少视觉干扰。数据模型和服务于个人习惯，别让模型反过来逼你增加工作量。持续录入、定期回顾，比任何复杂模板都重要。