建议考虑一下本地资源存储时分一下文件夹（即 assets 下再进行细分）

请参考 assets 资源文件太多是否会对性能造成影响？

看了一下没有明确的解决方法（最少固态硬盘这个肯定不行，Windows 下数据数量一多还是会有问题的。）。 大致都还是手动解决，手动设置图片的相对路径把（这个对我来说不可能每次剪藏文章都手动给几十张图都手动设置一下）。

最好还是有一个地方可以设置规则，默认按照一定的文件夹设置规则。

用笔记本区分应该没问题吧？比如一年用一个剪藏笔记本，每个笔记本下面都有 assets。

按照某种规则设置 assets 文件夹这个不会考虑的，这种设计有很多缺陷，所以一开始我们就否定了这样设计，进而采用平铺的方式。

原来你就是开发思源笔记的大佬呀。👍

至于你说的这个问题。我觉得可能得考虑一下管理上的问题。 这个年代呀，信息大爆炸，并且所谓的数字花园，一定是会长时间用下去的。

那么按照笔记本进行区分，会不会极有可能光剪藏的就一年一本。再加上零零碎碎的笔记本，可能几年下来，极有可能出现 20 -30 个笔记本，那么统合这些数据就很重要了。

而且我个人觉得，笔记类，可能是一种大而全的记录工具，里面的数据通过不同的目录进行区分的（多个目录，多级目录）。如果是像语雀这种，确实可以一个方向一个知识库。我目前自己的思路就是 一个一级目录，自己的个人生活。 一个一级目录，工作相关的。一个一级目录，剪藏相关的。等。下面的二级目录就是各种再一级的分类。

并且我觉得也得考虑一个问题。假如这个人这个软件用了十年。文章数可能几十万（十年，算上剪藏应该有可能）。再加上各种图片，各种附件，百万还是极有可能的。并且附件有时候不仅仅是图片，各类安装包我也链接过的（毕竟本地最靠谱），各种网站链接总是有失效的可能的。

基于这个场景，是不是可以考虑一下如何在长时间的范围内，可以把数据存储的更多，更稳。这个时候，就得考虑是不是给这类玩家，可以提供更高级的玩法？当到了这个量级，应该是基于 Sqlite 的把？全文搜索就会有一定的性能瓶颈了。并且因为可能附加各种比较大的附件，data 目录也极有可能几百 G（确实有点夸张，但是我这些年的照片，视频，陆陆续续也有 100 多 G 了，如果说类似于 要把照片，视频嵌入到 笔记中，用作“日志”之类的，还是有可能的）。并且对于数据同步，是否也就得考虑一种其他方案了。（因为我个人找基于本地存储的笔记类软件，就是为了保障基础的原数据都可以在自己硬盘上，即使数据量很大了，搜索这种都可以基于原数据进行优化的，比如接入 Lucene 。但原数据不能保障存储好，不能适应未来的大数据量，还是比较麻烦的）

或者可以考虑把存储附件这块的逻辑抽象出来，提供方便的可扩展的途径，然后让网友们去开发也可以。 （不过最好有个开发文档）

而且不同的人，使用的方式也不同。如果可以，最好提供一种灵活可配置的方法（即使写配置文件也行）。

而且平铺除非走对象存储（OSS、OBS 之类的），不然永远都是可能会出现单目录文件过多而导致的各种问题的。轻度玩家无所谓的，到不了那个程度。但是作为可能的重度玩家，不得不考虑。

至于多笔记本，我至今还是单笔记本。 对我来说未来最多也就两个笔记本，一个个人的，一个 剪藏的。

感谢分享你的观点，思源笔记是完全开源的，也许可以试下自己改造。

看了，不擅长 TypeScript 😭 。 可能会考虑 找个博客系统来 承载 最终的数据把。目前还没想好。博客系统有博客系统的问题（最少绝对路径和域名导致的迁移太可怕了）。自己开发又没有太多的时间。

或许可以考虑换个文件资源管理器，以下将近十万个文件，机械硬盘，两秒打开，好的固态硬盘只会更快。

我用的是 Directory Opus，还有方便的类型筛选等许多功能。

那如果百万呢？ 甚至几百万呢？ 甚至有可能千万呢？ 尽管未来 10 年，20 年 会发展成怎么样我们不清楚。 但最少要以现在的认知，尽可能兼容的保存 10 年、20 年的数据 （也许 30 年， 40 年 都可能）（尽可能兼容是为了 万一数据量到达一定程度，可以走 OSS / 自建 nas 等等挂载到 本地来存储数据），最好的还是 分文件夹。

现在已经切回 Typora + 坚果云 的形式了。云笔记走的是 语雀。 其实恕我直言，可能思源笔记的方向不同吧，我觉得最优的离线笔记，最重要的是设计好 底层存储，尽可能兼容，并且可扩展（可长期存储，并且可以随时切换成别的软件，不过话说思源笔记的导出还是不错的），在此基础上拓展出各种功能。当然可能是我不懂思源笔记的考虑吧。

冒昧问一下，你是怎么管理这么多数据的啊?我也收藏了很多网上的文章，但是经常收藏了就忘了。

那语雀的资源怎么分呢？其实作者也说过了，这种设计是考虑到性能问题。如果非要离线管理资源，那暂时还是建议用其他软件了

我现在准备 核心的是 Typora + 坚果云 。哦，还有个神器，Web Clipper，因为我是长期电脑用户，不管微信公众号文章，还是知乎等，都是可以剪藏成 md 数据的（可以直接粘贴到 Typora）。

Typora 配置“复制图片到 ./${filename}.assets 文件夹”，保障 md 文件和资源文件夹在同级（理论上这种目录格式 上百 G 都不成问题的）。

如果 哪天 Typora 不能用了，替代品还有 vscode 和 MarkText 。

云笔记走的语雀，之前有道云笔记也在用。 感觉语雀的导入（特备是 word 导入）还有编辑器非常好用。语雀上面只能放一些不敏感的东西，因为它会有“审核”的。但是作为多端日常随记够用了（对我来说只要保障好本地笔记的记录就好了，语雀上主要资源收集为主）。

语雀走的对象存储。

给定一个确定的 URI （比如 /a/b/c/test.jpg），理论上只有 系统磁盘 IO 读取的性能。 麻烦的是代码实现，和资源文件管理。

每个人都有每个人的想法，反正我是不习惯 一个文件夹的（很容易 GG，可能是被国内开发环境影响的吧）。

允许用 url 的话。。现在就可以实现啊。。

思源笔记插入本地文件链接 - by 浅沧 - 动作信息 - Quicker

思源笔记插入本地文件链接 - by 用户233818825591209 - 动作信息 - Quicker

SY-link - by 卍 - 动作信息 - Quicker

这些放在系统任意位置都行

如果不用 file://协议，要统一存在 assets 文件夹中，（印象中）assets 应该也可以建立子文件夹存放数据，不过 pdf 要特殊处理一下。。

（我觉得也没必要为 10 年后的事情焦虑。。10 年后的读写性能和现在也不是一个量级的）