属性与 Bases：让一堆笔记，变成一张能查的表
库过了一百篇，新的敌人不再是"没得记"，而是"找不到"。这一篇给你的库装上抽屉标签和玻璃橱窗。
按前面几篇的路子走，你的库大概率正在快速变厚：日记天天进（第六篇）、剪藏随手进（第三、七篇）、管理员整理得也挺好（第四、五篇）。
然后某一天你会发现一个新问题：东西都在，但是"看不全"。
"我五月到底写了几篇复盘？""关于健康的笔记攒了多少了？""上个月剪的那批文章，都是讲什么的？"——这些问题，靠一个个点开文件回答，跟没记一样。
这一篇解决它。要用到的两样东西，都是 Obsidian 自带的：属性和 Bases。
一、新的敌人：找不到
先看这个对比：
左边是文件列表——一百多个文件名从上排到下，你只能靠文件名猜内容。右边是同一批笔记的表格视角：标题、日期、标签各一列，能筛、能排、能按月分组。
注意一件事：笔记一个都没动。 变的只是"看"的方式。
这就是本篇的全部内容：先给笔记贴上标准化的标签（属性），再用一张表把它们陈列出来（Base）。
二、属性：给每篇笔记发一张身份证
第二篇讲八个名词的时候，有一个我让你"先跳过"——属性（frontmatter / 前言区）。现在回收它。
属性就是文件最上面、用两条 --- 夹住的几行字。它不显示在正文里，是写给"机器"看的——告诉任何工具：这篇笔记是哪天的、属于哪些类、是什么东西。
我的建议是只用三行，够用一辈子：
- date——哪天的；
- tags——属于哪些类（可以多个）；
- type——是什么东西（日记 / 剪藏 / 手牌 / 研究……）。
别设计十几个字段。 字段越多越填不动，填不动的字段等于没有。属性系统的死法从来不是"字段不够"，而是"坚持不下去"。
三、属性谁来写？不是你
这是本篇最重要的一节，也是它和市面上所有 Obsidian 教程的分岔口。
大多数教程教你怎么手动维护属性。而你有管理员。
手填的下场可以预言：每篇都要停下来想一遍填什么，坚持三天就烦了；就算你坚持住了，之前攒的一百篇旧笔记谁去补？
正确做法是把它变成第五篇的一条规矩：
「记住：每篇笔记入库的时候，自动补上 date、tags、type 三个属性。」
旧账也是一句话：
「把库里没有属性的笔记全部补一遍，按内容定标签，补完给我看清单。」
我库里一百多篇日记的属性，就是这么一句话补齐的——我一个都没手填过。 第四篇请的管理员、第五篇立的规矩，在这一篇合上了。
四、Base：不搬家的表格视图
属性贴好了，第二样东西登场。
Base 是 Obsidian 的官方功能（新建文件时选"Base"，生成一个 .base 文件），不用装任何第三方插件。它干的事一句话能说清：
按属性把一批笔记"陈列"成一张表。
我喜欢用一对比喻：文件夹是储物间，Base 是橱窗。
- 储物间是东西真正放的地方，一件东西只能放一格；
- 橱窗是陈列——同一批笔记可以同时出现在好几个橱窗里，各按各的方式排；
- 撤掉橱窗，东西一件不少。 Base 删了，笔记毫发无损。
第二篇讲过"一个库就够了，别用多个库分类"；现在你看到后半句的兑现——分类这件事，文件夹管"放"，标签管"属于"，Base 管"看"。 三层各干各的，谁也不绑架谁。
五、真实例子：我的日记库
我的日记库就是一个 .base 文件，里面三个视图，点一下切换：
- 全部 · 新→旧——流水账视角，"最近写了什么"；
- 按月分组——一个月一叠，"五月都干了什么"，月底回顾就看它；
- 按标签过滤——只看某一类，比如所有和家人有关的。
要坦白的是：这三个视图不是我配的。 我对管理员说的原话是——"给日记建个 Base，要能按月分组、能按标签筛。"它把 .base 文件写好，我打开就能用。
.base 的配置语法（筛选条件、排序、分组）是有一点学问的，但那是它的学问，不是你的。你只需要会描述你想怎么看。
六、上路：三步，而且不用急
- 立属性规矩——"每篇入库自动补 date / tags / type"；
- 补齐旧账——"把库里没属性的补一遍，补完给我看清单"；
- 要第一个橱窗——"给 XX 建个 Base，要能按 XX 分组"。
以及一个反直觉的忠告：这一篇不用急着做。
我的标准是：库过一百篇再说。 一百篇之前，Obsidian 的全文搜索加双链完全够用，你的痛点还没长出来——别为三十篇笔记搭数据库，那是又一种"先设计完美结构"的病（第二篇批判过的那种）。
七、新手最容易问的三件事
Q：标签起名有什么讲究？ 两条：①宁少勿多，一篇笔记两三个标签封顶；②用你自己会说的词（"扑克"而不是"poker-strategy-notes"）。标签是给未来的你搜的，不是给别人看的。名字乱了也不怕——让管理员统一改一遍就是了。
Q：Base 和文件夹冲突吗？我要不要重新整理目录？ 不冲突，也不要重新整理。这正是 Base 最好的地方：它跨文件夹陈列，你的目录再乱，橱窗照样整齐。目录乱不乱这件事，从此更不重要了。
Q：我看别人用 Dataview 插件做这个，要换吗？ Dataview 是 Base 出现之前的社区方案，功能强但要写查询代码。新手直接用官方 Base 就好——不装插件、不写代码、以后也不会失修。已经在用 Dataview 的老手不必迁移，两者并存没问题。
收尾
到这一篇，你的库完成了一次身份升级：从"一堆文件"，变成了"一个数据库"——而且没搬家、没换工具、没写一行代码。
属性是地基，Base 是窗。往后你每攒一类东西——读书笔记、健身记录、孩子的成长瞬间——都可以问管理员要一个新橱窗。库越厚，橱窗越值钱。
下一篇处理一件拖了很久的事：手机、同步、备份。第二篇里我说"先只在一台电脑上用"，现在库厚了，值得认真解决多设备了——以及那个比同步重要一百倍、却总被混为一谈的东西：备份。