起因

语雀的当机让大家进一步意识到数据同步本地化的重要性

研究Obsidian

看了少数派一篇关于卡片笔记的文章，又去研究了一下Obsidian，其实这种通过文件夹在本地进行md文件组织的形式还挺符合我的需求。Notion的新功能越来越多，反倒是让我有点不敢用了，因为越用它的功能，迁移可能性越低。对我现在用法来看，其实本地md存储+链接+同步（iCloud）还真是比较合适 ？

再思考

经过再研究以后又发现除了文件夹这种基本的存储方式很直白的优点外，但这也是它的不足。因为我们往往需要通过链接来建立笔记之间的联系。笔记多了这种联系尤为重要，而这个链接的数据其实又是应用私有的，Obsidian也是如此，文中建立的链接也并非标准Markdown格式了。所以基本无解，或者说迁移性并不高🤣 而试验过Notion导出md反而可以保存链接信息，所以其实反过来还是Notion的导出更有利于数据迁移了。

关于Notion整理的思考

  • 把文章存储在数据库中，利用分类和标签来归类理论上是不错，但是从使用一年多来看，我并没有太多利用这一功能。相反，这个模式的导出并不是特别友好

  • 思考我可能需要回归到利用页面来进行整理？这样可以做到只需一次导出（根页面）就能所有的页面按照文件夹形式保存了。

已验证：Notion整理与导出备份方式

以下方式适合将Notion内容随时export到本地进行备份并能较好维持笔记体系的结构

整理方式

  • 利用页面嵌套（相当于文件夹）来组织文档结构，Notion在导出时候会将页面嵌套转化成文件夹结构，页面的层级结构就是将来保存本地的文件结构例如：子页面1
    包含图片子页面2

  • 利用页面间的链接来实现文档间的关系和跳转。页面上的链接会转变成Markdown标准的链接。从云端保存到本地后，页面间内容引用的链接会转化成本地文件（章节）之间的跳转链接例如：子页面11
    这是一段用来测试链接的文字Block

建立页面链接方法

  • 可以将通过上面方式保存的整个本地数据库同步到GitHub备份，能在Github通过网页浏览时保持页面间链接（引用）的跳转！

导出方式

  • 从需要导出的页面开始选择导出，勾选 include subpages(默认没勾选）

  • 其他选项如下图

不足

  • 没有利用数据库来整理页面（也许也可以实现，但未深入研究）

  • 页面之间的SyncBlock的链接会失效

  • 导出时候页面文件名后会增加一串随机字符，但不影响功能

导出链接本地化补充点

  • 数据库内文章导出时候，如果勾选 include subpages会将上层数据库中所有的文章导出

  • 如果链接的页面没有保存到本地的版本，则链接会保留为指向Notion的网络连接，例如：某个未保存到本地的数据库页面

  • 如果链接到数据库中的文章，导出链接本地化时候存在先后问题：

  • 如果链接处在数据库未保存之前，则会继续使用Notion网页链接，

  • 如果在解析链接时已经将数据库页面保存本地，则会解析成本地链接

  • 页面嵌套结构的链接本地化不存在问题