早上整理我的统计分析笔记的时候，在思考应该用怎样的方式进行管理笔记
原来是用 moc 管理的，我每周写一篇笔记，发到小红书和博客
但是我总觉得缺少了一点点什么，想了一下，觉得主要是缺少简单展示主题下所有笔记的链接，我更希望对自己精进的领域笔记，有自上而下的掌控感
尝试用文档树分类的方法把所有的笔记放在《统计分析》这个笔记下，才试了一个文档的移动就觉得太麻烦了，直接放弃
最终还是觉得用数据库来代替文档树的管理比较省心
最后，简陋总结下我尝试过的三种管理主题笔记的方式优劣势。
方式一：文档树管理
用传统的文档树分类方式管理笔记，一个主题下的所有笔记都放在父主题下
优势
- 有文档树导航主题下的所有笔记，可以快速跳转到父主题和其他相关文档
弊端
- 文档树移动文档需要重建索引
- 不能使用 shift+ 点击快速批量移动笔记，只能通过 ctrl+ 点击进行移动
- 一不小心删除父文档，软件里的恢复无法连同子文档的结构进行恢复，只能平铺恢复
- 新建笔记麻烦：要么新建笔记时找到对应主题笔记新建子文档，要么设置 inbox 路径，先新建，之后再迁移
方法二：传统块引 MOC 管理
优势
- 组织方便灵活，可用段落、列表、表格、脑图等方式进行组织，可放内部的笔记链接也可以是外部链接、纯文本，可添加标题进行大纲导航
- 对文档的排序简单方便，比较省心
- 一个文档可以在 moc 里出现多次，也可以出现在多个 moc
- 新建文档方便：可以不在乎文档实际所在的路径，只管理链接
劣势
- 从子文档回到主题文档和相关文档，比较麻烦。文档树可以一直固定在侧栏，moc 文档只能手动固定主题文档在一侧页签， 在另一侧页签打开，页签上 moc 文档容易被打开的笔记覆盖。对我而言，相比文档树分类方法，很容易丢失全局的掌控感，不方便回顾。
- 子文档删除，块引不会自动删除，需要手动删除
方式三：数据库 MOC 管理
优势
- 添加文档方便：文档右键添加、文档直接拖动都可以快速添加到数据库中，可以不在乎文档的路径，只管理数据库本身
- 相比传统 MOC，更方便从子文档跳转到主题文档和相关文档，数据库类似标签，可以显示在文档的右上方
- 文档删除，数据库条目自动删除
- 可以规范地对文档添加标签、备注等信息，在数据库中进行筛选和排序，比传统 moc 更适合管理一个主题下的所有笔记
劣势
- 相比传统 MOC，创建条目没有那么自由方便
- 父子项管理不方便
- 数据库不支持更改绑定块的锚文本
欢迎来到这里！
我们正在构建一个小众社区，大家在这里相互信任，以平等 • 自由 • 奔放的价值观进行分享交流。最终，希望大家能够找到与自己志同道合的伙伴，共同成长。
注册 关于