我想知道如果文件上万，在查询上。消耗的时间，是什么样子的？？
怎么能更有效率的来搜索文件？因为笔记的构建，需要大量的查询
尝试一下怎么做才有更有效率？
个人理解, Dataview 查 “标签” “文档属性” 一定是会利用 Obsidian 的元数据缓存 (查文件夹路径不太确定, 大概率也是一样)
一般认为, 查内存里的东西就不必担心时间开销了, 文件上万也没事
实际更可能出现的情况是, 虽然很快查到了大量数据, 但是没法迅速展示到侧栏 or 渲染到笔记正文里 见这里的讨论 ref
所以个人理解整件事的瓶颈, 从最严重到不严重的顺序:
- 硬盘速度, 因为开启仓库时要扫一遍全部笔记 (上万); 之后调取正文内容时, 正文也未必全给缓存在元数据里
- 界面展示速度, 受限于 CPU 和 Electron 程序自身的写法
- Ob 自身查询性能, Dataview 的查询性能, 这俩也是看 CPU (但不太可能是瓶颈, 用户很难写出超级复杂和低效的查询)
尝试一下怎么做才有更有效率？
感觉固态盘, 单笔记内容量适中, 笔记文件数不要太多 (考虑适当分割子仓库) 可能是有用的
1 个赞
感谢
，感谢您的回复，又从新的角度给我想法。