arcadedb

收录理由

很多团队会把事务、图关系、搜索和向量分别放在不同的数据库里，结果每次部署都要多照顾一个服务，备份计划也要跟着翻倍，还得写一堆胶水代码让它们保持一致。ArcadeDB 想解决的就是这种麻烦：它把所有这些数据形态都放在同一个存储层上，用一套 ACID 事务来管理，查询的时候可以在图边上走、过滤文档字段、按余弦相似度排序，整个过程不用离开数据库引擎。向量能力不是后来硬凑的，它用 JVector 支撑 HNSW 和 Vamana/DiskANN 索引，支持余弦、点积和欧氏距离，当作生产级的向量后端完全够用。而且它源自 OrientDB 的概念分支，等于继承了一个成熟的多模型核心，而不是在只干一件事的存储上临时叠加模型。你可以把它嵌进 JVM 应用，也能用 Docker 或 Kubernetes 跑成服务，SQL、Cypher、Gremlin、GraphQL、MongoDB QL 和 Redis 协议都能接，团队不用换掉已经熟悉的查询方式。如果眼下最要紧的是相似度搜索，但以后很可能还要做关系型、图或者时序数据的活，选它就不必押注在一个单一用途的存储上。