
最近看 GitHub,经常会有一种感觉。大家一聊 RAG,默认配置几乎都是这些东西,外部 Embedding 服务,加一个专门的向量数据库,再挂一层检索服务,最后把结果塞回大模型。这个路线当然没问题,甚至可以说是主流路线。但你一旦把场景放进 SAP,尤其是 ABAP 这套老而稳、重集成、强约束的企业环境里,问题就来了。很多公司不是不会上新东西,而是根本不想再多养一个外部向量数据库。数据边界、运维复杂度、合规、网络链路,随便拎一个出来都够你喝一壶。也就是在这个语境里,oisee 的 zvdb 显得特别有意思,它的目标很直接,就是在 ABAP 里原生做一个向量检索库,而且明确服务于 chat with your documents 这种 RAG 场景。(GitHub)先说结论。这不是一个要去跟 Pinecone、Milvus、Weaviate 正面硬刚的通用型产品,也不是一个装完就能一键打通企业知识库问答的完整平台。我更愿意把它理解成一个很纯粹、很工程师气质的东西,作者用 ABAP 把向量量化、相似度计算、近似索引、重建索引、示例程序这些核心环节都做出来了,核心诉求就一个,别把语义检索这件事永远外包给别的系统,ABAP 自己也能干。(GitHub)从仓库结构上看,这个项目其