Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
先问谁运维。Milvus 能力强,但组件和排障成本也是真成本。
如果以后多业务、多 collection、大规模更新,Milvus 有价值。只有一个内部问答,可能过度。
你们是否需要 multi-vector、混合检索、分区、复杂标量过滤?没有就别为了名字上。
专门向量库召回会不会天然比 pgvector 好?
不天然。召回质量更多看 embedding、切块、过滤、索引参数。数据库不是魔法。
我们 Milvus 用得还行,但排错门槛比 Chroma/Qdrant 高。新人进来先学半天概念。
我担心以后迁移。现在用 Chroma,未来换 Milvus 会不会很痛?
抽象数据层。chunk_id、doc_id、metadata、vector、version 这些字段别乱,迁移就没那么痛。
还有备份恢复演练。向量库不是只要能查,误删 collection 时能不能回来才是生产问题。
Milvus filtered search 文档要看,别把所有过滤都丢给后处理。
我现在倾向 Qdrant 或 pgvector 起步,Milvus 等规模上来再看。
这个判断靠谱。生产级不是选最重,是选你们能稳定承担的。
也可以留一个 benchmark 脚本,别争论。用同一批数据和问题跑。
记得测更新。很多系统查很快,批量更新时把线上拖住。
你好!看起来您对这段对话很感兴趣,但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子?您注册账号后,您每次返回时都能精准定位到您上次浏览的位置,并可选择接收新回复通知(通过邮件或推送通知)。您还能收藏书签、为帖子顶,向社区成员表达您的欣赏。
有了你的建议,这篇帖子会更精彩哦 💗