上一篇讲了播客笔记怎么记，这篇说点更基础的：一个 Obsidian 里装所有笔记，还是拆成几个库？
先说我的配置。三万多篇笔记，分成两个库。主库放工作、公众号文章、个人笔记，一个独立的读书库单独放。这个结构不是一开始就有的，中间踩过坑，合并过，也拆过。
单库的好处，就三件事
搜索不分家。笔记库最大的价值是「想找什么都能找到」。拆成两个库以后，搜索范围切了一半，还得先判断「这东西在哪个库」。多判断一次，就多一次想不起来的机会。
链接不断。Obsidian 的双链只在同一个库里有效。跨库之间没有真正的双向链接，只有单向跳转。库越多，断的地方越多。
配置只维护一套。主题、插件、快捷键、模板，单库一套搞定。多一个库，这些东西全要复制一遍，还容易两边版本不一样。
所以默认应该单库，能放一起的都放一起。
什么时候才值得拆
我总结三个条件，满足一个就考虑拆。
第一，内容性质完全不同。读书库里的书摘，和公司的项目笔记，八竿子打不着。拆开以后，打开读书库就是纯粹的书，不会被工作内容干扰。这是我把读书库单独拆出来的直接原因。
第二，同步范围不一样。有些笔记不想同步到所有设备，比如私人日记只在手机和家里电脑上出现。用多个库配不同的同步规则，比在同一个库里做权限控制简单得多。
第三，库太大跑不动。Obsidian 超过几万文件以后，启动和搜索都会变慢。这时候拆库是性能手段，不是整理手段。
拆了以后，跨库内容怎么办
跨库引用是拆库以后最麻烦的事。我的做法是，读书库里的笔记要关联主库内容时，用 Obsidian URI 跳转链接，格式是 obsidian://open?vault=库名&file=笔记名。点一下就从读书库跳到主库对应笔记。
这个链接是单向的，跳过去就回不来。所以跨库引用只放少量关键位置，别指望它替代双链。
一次真实合并
我这个主库，其实是两个库合并来的。原来工作笔记一个库，公众号文章一个库，中间用链接互相跳，越用越别扭。后来干脆合并成一个库，几万篇文件直接放到一起。
合并以后体感明显。搜索不用想「去哪边找」了，文章的关联笔记也能直接链上。代价是合并那几天要处理重复文件名和断链，一次性成本。
三个坑
拆太细。见过有人按主题拆了十几个库，每个库几百篇笔记，搜索基本废了。库是给使用分的，不是给分类分的。
跨库链接当双链用。Obsidian URI 是跳转，不是链接。库一改名，这些跳转全失效。
备份只做了主库。拆库以后，每个库都是独立文件夹，备份、同步要分别处理。漏掉一个库，等于那部分笔记没有保险。
收尾
多库不是越多越好，也不是越少越好。默认单库，真有拆的理由再拆。拆完记得把每个库的备份、同步、配置都当独立系统对待。
系列写到现在，从架构、采集、阅读、搜索到各种实战场景都聊过了。下一篇打算聊聊知识库的「长期主义」：用了两年多，哪些做法留下来了，哪些被淘汰了。