Notion 阅读追踪器并不是“把书名写进一个表格”这么简单。真正能长期用下去的阅读库至少要解决三个问题书看完了放哪里、整套丛书怎么关联、摘抄的金句将来怎么找回来。这篇文章会围绕这三件事带你亲手搭建一套可统计、可筛选、可维护的 Notion 阅读库包含书籍库、系列库、金句库并配置视图、公式和统计看板。完成之后你既能在电脑浏览器里快速录入读完的书也能在手机上利用金句库随时回看和检索内容。阅读追踪器适合的人群比较明确一年要读几十本书、想统计类型和年度阅读量的人在读多卷本小说或技术丛书、需要知道整套书推进到哪里的人以及希望把摘抄从“收藏了不再看”变成“能按主题检索”的人。你不需要会写代码只需要了解数据库字段、关系、视图这些基础概念实际操作时我会逐个解释为什么要这样设计。1. 先理解“数据库读物”的工作方式不要在页面里零散记录很多第一次用 Notion 做书单的人习惯是新建一页“我的书单”然后每本书创建子页面页面上写作者、评分、读后感。这样记录一两本还行到第 30 本时全库会失去统计能力因为阅读量需要的是“同一种结构的数据行”而不是“结构随意的独立页面”。1.1 为什么阅读记录要放到数据库而不是普通页面Notion 的数据库本质上是一张可以自定义字段的表。每一行记录一本“书”每一列记录这本书的某个属性比如书名、作者、状态、评分、开始日期、完成日期。当所有书都在同一张表里时就可以对整表执行筛选、排序、分组和统计。普通页面的问题是每个页面的内容组织方式都不相同有的写“评分 8/10”有的写“不错推荐”这类文字无法被自动统计。阅读追踪器要持续运行一两年没有统计能力时连“今年到底读了多少本”都要数半天。所以第一个技术判断是请把“一本书”当作数据库的一行记录而不是一个独立页面。至于每本书自己的读后感、读书笔记可以放在“行”里扩展出的页面中也可以单独用笔记数据库关联而不是取代图书数据库。1.2 先规划数据模型再创建表搭建前先想清楚要管理哪些对象。推荐从三张数据库开始数据库记录对象核心作用书籍库每一本具体的书记录状态、日期、评分、分类是整个系统的主表系列库丛书、多卷本系列解决“第 1 本到第 5 本属于同一套书”的关联问题金句库每一句值得回看的摘抄记录原文、页码、标签并通过关系关联回原书不要一上来就建十几张表。阅读追踪是典型的三级模型书是主体系列是集合金句是书的子内容。三张表就足够覆盖 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 属性类型。属性名推荐类型取值示例用途书名Title三体黑暗森林主标题标识记录作者Text刘慈欣按作者筛选和排序状态Select想读 / 在读 / 读完 / 搁置阅读流程状态分类Select小说 / 非虚构 / 技术 / 自我提升统计阅读类型介质Select纸质 / Kindle / 微信读书了解阅读场景标签Multi-select科幻 / 哲学 / 方法论更细粒度的主题检索系列序号Number2第几册用于系列排序开始日期Date2025-01-03开始阅读的日期完成日期Date2025-02-10读完日期用于处理时长页数或字数Number470计算阅读速度评分Select0 到 10 中选一个档统一口径便于排序阅读笔记 / 短评Text 或 Rich text一段总结读完当年的回看线索“开始日期”和“完成日期”建议使用两个独立的日期属性不要选日期范围。虽然 Notion 的 Date 属性可以设为一个时间段但若把一本书的阅读周期塞在一个范围里后续统计阅读天数和按“年完成”分组都会变得别扭。这里保持“一个属性管一个单日日期”是最稳妥的模式。3.3 状态列应该用 Board 视图管理而不是只当一张表添加完字段后把表格的默认视图切换成看板视图并按“状态”分组。操作方式是在数据库视图左上角点击切换视图新建一个名为“阅读流程”的 Board 视图分组条件选择“状态”。于是页面变成四个看板列想读、在读、读完、搁置。每次开始读一本书把它从“想读”拖到“在读”读完后再拖到“读完”。这比在表格里手动修改状态更直观也便于一眼看出目前有几本在读的书。看板视图仍然是同一个数据库。它不改变数据只改变展示方式。此时你不需要创建多个数据库来装“想读”“在读”“读完”那是新手非常容易掉的坑。一个状态 Select 属性配合分组视图已经能处理全部流程。3.4 为什么建议加“完成日期”而不是只看状态如果把“读书完成”只通过“状态 读完”来表示你只能知道这本书读完了无法知道它是 2 月读的还是 6 月读的也无法计算阅读耗时。完成日期是一个独立维度它可以配合公式计算出“阅读用了多少天”也能在日历视图里看到每月完成的书。同理开始日期也不是可有可无。对于技术书籍或大部头记录开始日期能帮助复盘一本书是花了 20 天还是 3 个月。建议每本书开始时就顺手填上状态和开始日期不要全部读完后统一补录那样容易遗漏。4. 用两个关联库解决“系列”和“金句”问题书籍库建好后单独记录系列和金句并不是难事难的是让它们与书籍库产生关联。接下来创建系列库和金句库并用 Relation 属性把三张表连起来。4.1 创建系列库管理多卷本和主题套装在阅读追踪器页面下新建第二个数据库命名为“系列库”。这个库每一行代表一个系列例如“三体”“银河帝国”“深入理解计算机系统”。核心属性可以这样设计属性名类型说明系列名称Title《三体》等系列名作者Text便于按作者筛选是否完结Checkbox区分追更中或已完结题材Select小说 / 非虚构 / 技术等简介Text一句话说明整套书主题收录书籍数目Rollup统计关联了多少本书初建时“收录书籍数目”先不添加。需要先在书籍库中创建 Relation 属性。回到书籍库表头点击 “” 添加属性选 Relation目标数据库选择“系列库”。Notion 会提示在系列库中自动生成一个反向关系属性通常命名成“包含书籍”或保持系统默认。创建完成后书架里每本《三体》的书都在“系列”属性中选择“三体”这个系列行。4.2 系列页里的关联视图仅靠“系列”这个关系在书籍库中已经能知道书属于哪个系列。如果还想在系列库中看到每一套书的汇总信息可以进入“系列库”的任意一行页面嵌入一个“关联书籍库的视图”。嵌入方式是在系列页面正文中键入/linked选择某个数据库然后配置过滤条件筛选该数据库的“系列”属性条件为包含当前页面。这样当你打开《三体》系列这一页时下面是整个系列的书籍清单并且可以继续按状态、评分进行筛选。只维护一个关系属性书单和系列页都会同时更新。4.3 创建金句库让摘抄可以反查原书在阅读追踪器页面下新建第三个数据库命名为“金句库”。每一行是一条摘抄记录。推荐字段属性名类型说明内容Title摘抄的句子本身来源书籍Relation指向书籍库中的具体某本书页码或章节Text方便纸质书回翻主题标签Multi-select比喻 / 金句 / 方法论我的批注Text记录当时为什么被打动收录时间Created time自动记录创建时间不用手填值得重读Checkbox之后按此筛选回看在金句库中新建“来源书籍”关系时目标数据库选书籍库。此时书籍库也会自动生成一个反向属性“这本书有 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 状态已经在数据库里但还是没法按“每年读完”看现象表格里看不到某一年完成的书拖动状态到“读完”后统计视图没有变化。原因最常见的是视图筛选把“状态读完”和“年份”条件叠加后书籍的完成日期没填也可能是你建了多个数据库把另一本库中的书当成同一个数据源。视图天然只显示符合筛选条件的数据不显示“所有书”。排查步骤检查书行是否填写“完成日期”字段只看“状态读完”并不能参与日期统计检查视图右上角是否有筛选条件遗漏例如多选关系时不满足“所有”或“任一”检查是否真的在用同一个数据库不要新建了一个同名数据库后又开始录入第二条数据。处理建议先关闭该视图的所有筛选条件如果书能显示说明是筛选条件问题如果书仍然不显示则记录在另一个数据库的表中。7.2 关系列已经设置但系列库的 Rollup 总是空白现象某套丛书明明已经在书籍库中关联了“系列”但系列库中的书籍数量和总页数都是空。原因创建 Rollup 时属性源选择错了。Rollup 需要先指定“关联到另一个数据库的关系属性”再从关联目标里选择“想要读取的字段”。如果选择的是书籍库中另一个普通文本字段而没有从书籍库的关系属性出发Rollup 拿不到数据。排查方式点击系列库中的 Rollup 属性查看“数据源”中选择的是不是“包含书籍”指向书籍库的 Relation以及读取字段是不是“书名”或“页数”。解决方案删除错误的 Rollup 重新配置。配置完后去书籍库随便找一条记录在关系字段中加上该系列再回到系列库确认计数是否变化。如果能变化关系链路就通了。7.3 同一本书被录了两遍导致数量和总页数重复现象系列库里显示“收录书籍数目 5”但实际只有两本按作者统计时一个人名下的书数也偏多。原因Notion 数据库默认没有唯一性约束任何用户都可以在标题里写成略有差异的名称例如“三体黑暗森林”和“三体 黑暗森林”系统会视为两条记录。预防方式新建书籍时使用统一模板标题格式写死比如“书名副标题”每周或每月去“全部书籍”表格视图按标题排序快速扫一眼有没有重复行如果不慎建立重复记录删除前先把金句和读后笔记中关联的关系转移到保留的那条记录上。7.4 金句库里存了几百条但需要引用时想不起哪本书现象引用一句金句时要在金句表中反复切换“来源书籍”字段却发现部分记录没有关联书。原因多数情况下是用户用“快速添加”的方式录入金句当时只填了“内容”标题忘了在“来源书籍”关系属性中选择目标书。金句库虽然能汇总但失去来源后引用价值会大幅下降。处理建议养成“先建书、再摘抄”的顺序。至少应保证每一条金句创建时都有两个必填属性内容和来源书籍。Notion 没有强制的必填校验但可以在金句库视图加一个筛选“来源书籍不为空”把没有来源的金句列出来集中修补。7.5 模板建好但新建书籍时模板选项不见现象按 5.3 创建模板后在数据库标题右侧点击 Template 按钮却找不到这个模板只能新建空白行。原因模板按钮属于当前视图还是全库有时会被误解。模板下拉菜单显示的是当前数据库所有模板如果你在某个特定筛选视图里新建模板也可能存在视图级模板。常见问题是模板创建的数据库并不是你想录入的书籍库。排查方式返回书籍库完整视图点击 Template 看模板列表如果模板内容在另一个同名数据库中切到那个库查看。解决方案将模板复制到目标库或直接在目标库中重建。不要期望模板会跨数据库自动同步。8. 从“普通书库”到“长期个人知识库”的优化建议如果你已经能维护一段时间的阅读库接下来可以优化数据质量、同步方式和复用场景。8.1 建一条维护节奏而不是每天记录阅读追踪库里最需要维护的不是读完后的状态而是“开始阅读”的那个瞬间。每开始一本新书就顺手设置状态为“在读”、填开始日期。这本书读了一个月后状态忘记改也比没填开始日期更好弥补。每周可以花 5 分钟做一次数据检查打开“全部书籍”表格按“状态”排序找出状态为“在读”却超过 30 天没有改动的书确认是否真的还在读或者已经搁置将状态调整成“想读”或“搁置”对所有“读完”的记录确认完成日期和评分是否填写完整。这种轻量巡检比设计完美的数据库更能延长阅读库寿命。8.2 同构迁移从阅读库到课程库、影单库、案例库阅读库的三表关系模型在多个领域可以直接复用。影单库影片库代替书籍库剧集系列代替书籍系列台词库代替金句库课程库课程库是主表学习路径或系列课是系列课程笔记和听课摘录是子库个人学习资料库主资料库、专题集合库、素材切片库如果是律师团队或研究者使用也可以把同一个结构改造成案件编号、法条/案例集、关键摘录互相关联的合规资料库其中要特别注意敏感信息权限管理避免把不应外传的内容放进共享空间。这句话的意思是掌握了一种“主表 关联表 子表”的数据库结构后你就不是在维护一个书单而是在维护一套可复用的个人知识模型。8.3 团队协作时的额外要求如果阅读库不止你一个人在用比如家庭共享账号、读书会小组或团队知识库要考虑额外角色和权限。默认情况下有编辑权限的成员都可能修改数据库结构。个人维护时间一长容易因为误删字段导致全组书单变乱。建议给参与成员设置“可以编辑内容”的权限只保留一个负责人能编辑数据库结构。另外重要数据不要完全依赖云端单一工作区定期到工作区设置里创建数据导出备份。一旦账号异常原始数据库结构也能通过导入恢复大半。注意分享阅读库前请先把视图里不需要公开的页面取消分享。如果需要引入外部协作者建议另建一个空白测试空间先试跑关系字段和权限再开放给正式协作者。8.4 最后保留的维护动作当这套阅读库持续运行 6 个月之后你会更容易判断哪些字段真正有用。阅读统计的价值不是每天刷数字而是在年底复盘时看到“原来自己最常读的分类不是小说而是工具书”或者在写某篇文章时能快速找到相关金句。如果你的实际使用中并没有高频使用“分类”“介质”这些字段可以放心把它们隐藏到视图之外。隐藏视图列不会删除数据只是减少视觉干扰。数据模型和服务于个人习惯别让模型反过来逼你增加工作量。持续录入、定期回顾比任何复杂模板都重要。