数据是普通的文本数据，字符串匹配就是不分词根据输入直接搜，类似记事本那种。
如果用传统数据库匹配速度有点差，类 ES 的好像分词的问题不太好处理，还有没有别的更优雅的搞法呢
如果用传统数据库匹配速度有点差，类 ES 的好像分词的问题不太好处理，还有没有别的更优雅的搞法呢
This topic created in 1795 days ago, the information mentioned may be changed or developed.
 |
3dwelcomeDec 15, 2021
1
建索引啊，还能有什么办法。
要查找速度上去，那就要看着这索引，建的好不好了。 至于具体算法，那就是 bloom filter 魔改。 |
 |
dbsquirrelDec 15, 2021 via iPhone
2
让我想起了这个
https://v2ex.com/t/814478 |
 |
murmurDec 15, 2021
3
具体场景是什么
什么叫普通的文本数据 如果是内部的数据库慢就慢呗 不能违背物理定律 如果是商业的 可以对热门词汇缓存 |
 |
qpingDec 15, 2021
4
百万条都加载到内存里，怎么匹配都快
|
 |
dddd1919Dec 15, 2021
5
ES 分词不好处理？中文上 IK 啊
|
 |
changnetDec 15, 2021
6
精准匹配？用个字典树或者 acism ，百万的词库匹配起来都是毫秒级的，这在关键字过滤经常用
|
 |
IsaacYoungDec 15, 2021
7
tire
|
 |
9
不能分词的数据，现在就是直接字符完全匹配，类似 mysql 的 like %xxx%
|
|
10
小项目才能这么完，从数据库同步数据开销也很大的
|
 |
abersheeranDec 15, 2021
11
radix tree 完事，只要内存能完全放得下，那搜索速度就和你数据量没什么关系。
|
Select Language