Obsidian Bases 怎样把笔记属性汇总成可筛选表格

如果笔记已经写了 status、area、due 等属性，就不必再手工维护一张索引表。Obsidian 的 Bases 可以把笔记作为行、属性作为列，建立类似数据库的表格视图，并继续做筛选、排序和编辑。

官方地址：https://obsidian.md/。Bases 文档：https://obsidian.md/help/bases。下面按一条“项目清单”路径说明操作；配图是原创静态界面说明图，不是 Obsidian 实际截图。

最小做法是：先让笔记拥有同名属性，再打开 Bases 新建 Table 视图，选择列，添加筛选条件，最后保存视图。表格为空时，优先检查属性名、属性类型和筛选范围。

先准备能被汇总的笔记属性

Bases 读取的是 vault 中笔记的 Properties。为了让表格稳定，先为准备汇总的笔记使用相同的字段名，例如 status、area 和 due。字段名不必很多，但同一列的含义要保持一致。

---
# 这些字段会成为 Bases 中可选的列或筛选条件
status: Active
area: Documentation
due: 2026-11-12
---

这里的日期写法只是便于后续排序的示例。实际使用时，不要把同一个字段一部分写成日期、一部分写成随意文本，否则排序和过滤结果会难以预期。已经存在的旧笔记也要补齐字段，或者在筛选时明确接受缺少属性的笔记。

启用 Bases 并新建表格视图

打开 Obsidian 的设置，在核心插件列表中确认 Bases 已启用。回到当前 vault 后，从命令面板或新建入口打开 Bases，选择创建一个新的 base，再把布局设为 Table。不同版本的按钮位置可能略有差异，但入口名称仍围绕 Bases 和 Table。

新建视图后，先不要急着加复杂条件。确认表格已经出现笔记行，再继续配置列。官方说明中，Table view 会让每行对应一个文件，每列对应该文件的一个属性；这正是把分散笔记汇总成清单的关键。

配置列，只保留能帮助判断的字段

在表格视图的列设置区域添加 status、area、due 等属性，同时保留标题或文件名列。列太多会让视图变得难读，建议先围绕一个任务保留 4～6 列：读者需要看到什么，就只放什么。

列配置可以按下面的思路取舍：

添加筛选条件，得到项目清单

在视图工具栏打开筛选区域，添加一条类似“status 等于 Active”的条件。需要进一步缩小范围时，再加上“area 等于 Documentation”等条件。每增加一条过滤规则，都观察表格行数是否符合预期。

筛选时要区分“没有这个属性”和“属性值不匹配”：前者通常会被排除，后者则是值比较失败。若想查看未填写状态的笔记，可以暂时移除筛选，先确认这些笔记是否真的缺少 status，再决定是补字段还是单独建立一个待整理视图。

不要一开始就套用很多条件。先用一条能回答当前问题的过滤规则，再按可见结果逐步增加；这样更容易定位究竟是哪一条条件把行筛掉了。

排序、命名并保存视图

打开排序设置，把 due 设为升序，临近截止日期的笔记就会排在前面。如果你更关心处理阶段，也可以先按 status 排序，再按 due 做第二层排序。

把视图命名为“项目清单”或“待处理文档”，保存后下次可以直接打开，不必重新选择列和条件。Bases 支持一个 base 拥有多个 view，因此可以在同一组笔记上分别保存“全部项目”“进行中”和“本周到期”几个视图，而不需要复制笔记。

表格为空或排序不对时怎么排查

1. 先移除全部筛选：如果移除后能看到行，问题在筛选条件；逐条加回即可找到导致空表的条件。
2. 检查字段拼写：Status、status 和带空格的字段不是同一个属性。列名和筛选条件必须选择同一个字段。
3. 检查值的大小写与空格：Active 和 active 可能是两个不同值，复制字段值时也要留意首尾空格。
4. 检查视图范围：确认当前 base 指向的是预期文件夹或搜索范围；范围过窄时，属性正确的笔记也不会出现。
5. 检查日期类型：如果日期列按文字排序，通常说明不同笔记的格式不统一。把值改成同一种日期格式后再观察。
6. 重新确认插件状态：如果 Bases 入口完全消失，回到核心插件设置确认它仍处于启用状态。

什么时候应该拆成多个 Bases 视图

当一个表格同时承担“全部归档”“正在处理”和“近期到期”三种任务时，继续堆叠条件会让维护成本上升。更合适的做法是共享同一批笔记，分别保存少量目标明确的 view：

• 全部项目：不加 status 筛选，用于检查数据是否完整。
• 进行中：只保留 status = Active，用于日常处理。
• 本周到期：结合日期筛选和升序排序，用于安排优先级。

这样既能保留一个统一的数据来源，又能让每个界面只回答一个问题。Bases 的价值不在于替代笔记，而在于把已经写入笔记属性的信息转换成可重复使用的视图。

小结

把 Obsidian 笔记汇总成可筛选表格，可以按“统一属性字段—新建 Table—选择列—添加过滤—排序保存”的顺序完成。出现异常时先移除筛选，再检查字段拼写、值格式和视图范围。对于不同工作目标，保存多个轻量 view 通常比维护一张复杂表格更清晰。

常见问题

问：Bases 会把笔记内容复制到另一张数据库里吗？
答：官方说明中，Bases 以本地 Markdown 笔记和 Properties 为数据来源，视图描述可以保存为 .base 文件或嵌入 Markdown。它更像一个视图层，不是把全文另存一份。

问：为什么同一列有的笔记显示为空？
答：通常是这些笔记没有该属性，或字段名并不一致。先打开原笔记检查 Properties，再决定补字段还是把它们排除在当前视图之外。

问：一个 base 能不能有多个表格？
答：可以。官方文档说明一个 base 可以有多个 view；可以为同一批笔记保存不同布局或不同筛选条件的视图。