Obsidian 数据库属性怎么批量检查：属性面板、筛选视图与笔记结果核对

笔记攒多了之后，最让人头疼的往往不是正文内容的检索，反而是属性有没有漏填、类型统不统一、筛选结果莫名其妙少了几条的这类问题。Obsidian 的属性面板负责把字段直接写进每篇笔记的头部，Bases 插件则能把所有散在各处的属性汇总成支持排序、筛选的表格视图。把这两部分功能打通，你就可以先在属性面板校验所有字段的合法性，再用 Bases 快速定位出缺失值或者不符合预设规则的笔记。

先确认 Properties 和 Bases 都处于可用状态

如果右侧没有看到属性入口，先不要急着写筛选表达式。打开 设置 → 核心插件，确认 Bases 已经启用；Obsidian 官方把它作为创建数据库式笔记视图的核心插件。进入笔记后，可以通过命令面板的 Add file property、右上角更多操作，或在文件开头输入 --- 添加属性。

属性名一旦确定，整个库里同名属性会沿用同一种类型。比如 status 如果第一次被定义成文本，后面就不要一会儿填 done、一会儿填布尔值，否则筛选时很容易把“看起来一样”的值当成不同类型。

从属性面板建立一组可核对的字段

建议你先给后续需要统一整理的笔记预设三类字段：用来做筛选判断的状态字段、用来排序归档的日期字段，以及方便快速检索的标签字段。比如项目类笔记就可以直接使用下面这组 YAML 配置：

---
status: active
owner: "平台组"
reviewed: 2026-08-24
tags:
  - project
  - weekly
---

在 Live Preview 中，属性会显示在笔记顶部。点击属性名旁的类型图标，可以在文本、列表、数字、复选框、日期和日期时间之间切换。这里要做一次人工核对：reviewed 应该是日期类型，status 应该是文本；不要把日期写成带说明文字的长句，否则后续排序和筛选都不稳定。

创建 Bases 表格视图并加入筛选条件

你既可以打开命令面板执行 Bases: Create new base 来新建库，也可以在文件浏览器里右键对应文件夹选择 New base 来创建。新建完成之后先保留默认的 Table 视图，再点页面顶部的 Properties 选项，勾选你想要在当前视图展示的属性列。

筛选入口在表格顶部的 Filters。例如只看仍在维护中的项目，可以添加 status is active 这样的条件；如果需要长期保存，也可以把筛选写入 .base 文件：

filters:
  and:
    - 'status == "active"'
    - 'file.ext == "md"'
views:
  - type: table
    name: "进行中的项目"
    order:
      - file.name
      - status
      - reviewed

官方 Bases 语法支持配置全局筛选规则，也支持配置仅作用于单个视图的筛选规则；两类规则在视图计算时会自动合并生效。第一次配置筛选条件的时候推荐只加一条规则，确认结果符合预期之后再加下一条，这样很容易就能定位到是哪条规则把不该排除的笔记过滤掉了。

用结果行数和源笔记做两次验收

筛选配置完之后别光看着表格样式没问题就直接用。先数清楚输出结果的总条数，然后分别抽查一条正常命中的笔记、一条按规则应该命中却没有出现在结果里的笔记，直接点表格里的笔记名跳转到源文件，检查头部的属性名、类型和实际填写的值是否和预设要求一致。

如果想把一个 Base 嵌入普通笔记，使用 ![[项目.base]]；如果只希望展示某个视图，可以在链接后追加视图名。这样做不会复制数据，表格仍然读取本地 Markdown 文件中的属性。

常见问题

为什么 Bases 里看不到刚加的属性？

先确认对应属性已经正确写入当前 Markdown 文件的 YAML 头部区域，再回到 Bases 的 Properties 菜单里把对应列的勾选状态打开。只写在正文普通文本里的内容不会被识别为笔记属性，无法自动同步到 Bases 视图里。

属性值能不能批量修改？

Obsidian 内置的属性页面适合逐条手动维护，官方也明确说明它本身不提供完整的批量编辑属性的能力。批量修改属性之前务必备份好整个库，同时你要清楚修改操作对应的 YAML 结构变化和字段类型影响。

筛选条件写在全局还是某个视图里？

所有视图都需要生效的公共筛选条件放到全局筛选配置里；只有当前这张表需要用到的特殊筛选条件放到对应视图的配置项下。你可以先在视图级配置调试验证规则逻辑，确认完全没问题之后再考虑要不要升级为全局规则。

把一次检查固化成可复用的 Base

这套操作方法的核心不是做出排版好看的表格，而是保证属性定义、筛选规则和源笔记的实际内容三者完全匹配。你可以先启用 Bases 插件，统一所有字段的属性类型，最后用结果数量校验加源文件抽查的方式完成验收，之后再碰到属性漏填错填的情况，直接打开之前配置好的 Base 就能按规则快速定位异常笔记，不用再手动逐篇翻查整个文件夹里的内容。