内容太多会不会搜索变慢？
我的工作需要在大量文档中搜索，一个仓库中大概有300-500篇文档，文档字数大多有400字，少数文档文字6000+（极少数）。
在搜索的时候，尤其是[[^^ 的搜索，会特别慢。
大家有没有解决方案？或者就是忍着？
这么算的话仓库字数的分布在20w-300w间，其实还好。如果嫌弃块搜索慢的话推荐使用全文检索，不要限制块。
如果还是嫌弃全文检索慢，那就要在前期做信息和知识的组织工作了。毕竟全文检索这种方法简单是简单，但是其代价就是搜索效率和速度不高。
感谢回复，目前的解决方案也是全文检索，然后筛选出合适的内容，再手动建立引用。
不过前期信息组织倒不太可行，工作本身的限制就这样了，比如以文档的形式去记录。
其实我工作也是这样，百万字级的文档。但是工作场景需要，为了保证能5-10秒内能查到所需内容，就只能在前期组织一遍了…
单论搜索的话
可以试试clever search插件，搜索速度很快
another quicker switcher插件配合ripgrep也可以
但是像直接用[[^^引用块链接的话，那没办法，只能用ob的自带功能
不过我其实很少用这个，一般都是用copy block link