简介
因为之前关系图谱、标签等方式设计运用的不太合理，近期重新规划了一下。在重构以前想收集了解一下大家使用Obsidian中关系图谱、MOC、标签等整体规划方案和踩的坑，以及对下列方案二的优化建议。
方案一
概括：优先双链的原则，笔记之间的联系广泛采用双链，频繁的新建文件维持层级，比如更新日志越来越多，建立了月日志，年日志的文件。文件本身的缩进没有派上用场。
优点：对知识卡片进行层级划分，层级纵深比较长。聚焦于某一方面的知识点，结构清晰明了。此种方案只可在局部可用，中近层面的关系图谱效果最佳。Ob本地的方案是保存图谱搜索策略存入书签，然后下次直接使用。
缺点：随着卡片和双链越来越多，线条开始杂乱不堪，远观关系图谱几乎不可用。如下图局部图谱示例：
现在面对写博客这种引用需求时直接完蛋，引用双链太多直接一整个混乱。没有那么多精力去维护双链。
方案二
设想：知识卡片只包括基础的信息：主题（标题），输入来源，思考（问题——可选），标签等。卡片不包含双链信息，所有知识卡片并列为一层级。所有卡片通过标签聚合，标签中只包含最小领域，比如MySQL和MySQL基础信息，只保留MySQL基础信息。另外构建一个CardHome文件充当MOC，标题可由标签充当，文件中补充双链链接。即标签不嵌套，文件两层级，用CardHome文件中的缩进表示卡片之间的层级关系。预想最后结果如下图：
卡片作为底层仅供查询，不允许双链引用，保持双链的规整。博客引用可以采用原文复制，重组语言，以及引用公网链接等做法代替。博客相关亦是保持标签不嵌套，文件两层级，使用缩进表示层级的原则。
如下图
带标签如下图：
设想中Home1，Home2等是可以根据需求递增，举例说明，Home1个人需要只留存本地，Home2花园需要发布到线上，现在引入新需求home3专注于博客。可以无痛开始。随着文件越来越多可以花费较小的代价，可各自的home分离出一个分库。
实践中还发现一个好处是标题层级的划分减少了文件夹的建立。
