Obsidian 的搜索是什么机制?

每次启动后的第一次搜索,都会转几分钟才出结果。这个时间搜索整个硬盘的文件都够,不知道Obsidian在转什么。

我最近也在尝试切换到ob。
楼主有啥推荐的插件没?

本体都没搞定,每次启动这转几分钟就把我耐心耗尽了。

你的库有多少文件?我这里启动后就能秒搜(500左右个文件)


查了一下 ob 的论坛,用户 a2jc4life 有 7000 份文件,第一次打开库需要等一会儿

我目前6个markdown文件,搜索没问题。

7000多吧。看到帖子里有老哥说他一万多条,然后启动时间15秒,尚可接受。我就安全放弃OB了,我是完全无法接受。
在 Evernote 时,一条笔记和一万条笔记,无论是启动时间或者各种操作,基本上是没有明显差别的。为啥到这些笔记,就各种假死各种延迟呢?
特别是这两天试用的QOwnNotes。我看它是用C++和QT写的,认为这应该没问题了吧。但当我把7000笔记导入,它还是照样卡出屎来。
笔记软件这块,我真是自闭了。
我现在的解决方法是尽量不想东西,想了也尽量记在脑子里。尽量少麻烦这些笔记软件。

这可能和搜索机制有关,例如 Joplin 的搜索是基于 SQLite 的全文索引(Full Text Search),因此会出现中文英文混杂搜不到的诡异状况。如果 Obsidian 的搜索也有类似的索引机制,而不是单纯的纯文本搜索,那可能的确会出现速度问题。不过我本地的库太小,没法观察到这类搜索性能问题。或许可以试试第三方的搜索插件,或是首次打开 Vault 之后不要立刻搜索,而是稍等一会等待索引建立?

另一种解决方案是拆分成多个 vault,这样索引速度会有很大改善,不过缺点是 vault 之间没法双链了。

好像是每次打开软件的第一次搜索都会重建索引?

如果一直不关软件的话就没什么问题。

感觉 Markdown 格式虽然很方便,但是存在上限啊……

可以试试第三方的搜索工具?比如everything?

试试 Omnisearch 搜索插件

自带生成文件索引的功能,体验上还不错

如果切换库的话,它会重新索引;或者文件有大量变动,比如修改了文件夹层级、名称等等的。
目前我的库里有300+笔记,索引时间只有几秒钟。

我用obsidian管理14000+笔记,
搜索不超过3秒.

只用原生搜索, 没有第三方插件.