我这个需求 适合用 clickhouse 吗
目前大概有 10 亿条数据(陆续还会继续增加),就两个字段一个用户编码(随机的) 一个姓名。
我现在想做模糊匹配查询手机号做毫秒级的返回,比如输入编码后 3 位置后 4 位这些条件来输出所有编码一样的用户出来,用 clickhouse 合适吗
用 ES 合适吧?
如果都是后 N 位的话直接数据库索引就可以优化,如果是任意 N 位 PGSQL 的话可以用 pg_trgm
非常合适啊 也好部署,数据压缩比较好对内存要求比较低
合适
es 成本更低
es 更合适。
clickhouse 的任意位置模糊匹配查询很费劲
搜索需求 毫无疑问是 es
大家不都说 clickhouse 的成本要比 es 低吗?
pgsql 的 FTS 搜索可以满足需求
需要你再具体描述下你的搜索场景,是固定按后 3 位搜索?还是后 4 位?还是随机长度?
Pika
这么简单的需求 pg 其实就可以,支持表达式索引
好奇一把,十个亿存储量多大?
感觉,这个活普通 mysql 就能搞定啊,不要被各种教程说 2000 万以上 mysql 撑不住说法给忽悠
模糊搜索呢,你用 mysql 搜试下,搜一次几分钟
怎么想的 这个得看业务需要 如果数据分析那肯定不用 mysql 存储成本也高
#14 亿级模糊搜索超出 mysql 的能力范畴了,早点上专业的更合适。
不适合
clickhouse 更适合的是时序 + 数据处理任务的数据
很明显你这个不是,只是查找。es 可能更合适,或者折腾一下 mysql 等
应该问题不大,把后 3 位或后 4 位设计成分区,最多也就 1w 个分区,这样查数据也不会全表扫,可以试试
各位需求都没明白吧(我反正是没有看懂) 就开始说技术了?
标签页切换难度这么大,仅此一家了吧 两三年没用移动端,记得 19 年那阵有个 duet 的选项,优化标签页的 ui ,现在也砍了 标签页是有各种优化的, 地址栏左右划切换标签…
平时会开发一些小脚本,在工作中使用 想请教一下,打包 exe 的方案有哪些? 目前在使用 pyinstaller ,但是打包过程比较慢,打包后的 exe 感觉也挺大的 有没有更…
台式机用 Clash For Windows 做局域网共享,两台卡片,一台树莓派 3b ,一台 OrangePi Zero3 ( Debian ).两台卡片均用 export …