HelixDB: 適用於 AI 應用的多模態圖向量資料庫

HelixDB 是一個統一的 OLTP 圖向量資料庫，旨在消除在構建 AI 應用程式時對獨立的應用程式、關聯式、向量與圖資料庫的需求。透過為記憶體、「公司大腦」以及聯邦數據存取提供單一平台，HelixDB 允許 AI agent 與多樣化的數據類型進行互動——包括圖 (graph)、向量 (vector)、鍵值對 (KV)、文件 (documents) 以及關聯式數據 (relational data)——並在單一系統內完成。

核心架構與數據模型

HelixDB 使用 Rust 編寫，主要利用圖與向量數據模型。其設計旨在支持多種存儲範式，以降低在 AI 應用程式堆疊中管理多個存儲位置的複雜性。

支持的數據模型

  • Graph: 表示複雜關係的主要模型。
  • Vector: 用於相似度搜索與 AI embeddings 的集成模型。
  • KV & Document: 支持非結構化與半結構化數據。
  • Relational: 支持結構化數據表。

部署選項與存儲

HelixDB 提供兩種主要的部署路徑：本地開發與託管雲端服務。

本地開發

用戶可以透過 CLI 運行 HelixDB 的本地實例。本地開發的默認存儲模式為記憶體內 (in-memory)，這意味著數據會在停止實例時被清除。然而，可以使用 --disk 標記來啟用持久化 (helix start dev --disk)。

HelixDB Cloud

HelixDB Cloud 是生產就緒、以物件存儲為後盾的部署方案。它提供以下技術規格：

  • ACID Transactions: 完全支持 ACID 合規性以確保數據完整性。
  • High Availability: 部署包含至少三個 gateway 與資料庫節點。
  • Scalability: 具備單一寫入者架構與自動擴展的讀取節點。
  • Search Capabilities: 集成了全文搜索與向量搜索。

查詢與 SDK

HelixDB 使用一種領域特定語言 (DSL)，可在 Rust 與 TypeScript 中使用。查詢會作為動態請求發送到 POST /v1/query 端點，從而消除了查詢編譯或部署步驟的需求。

Rust SDK

查詢被定義為 #[register] 函數。Rust 客戶端使用 tokio 與 sonic-rs 進行異步執行與 JSON 處理。

TypeScript SDK

TypeScript SDK (支持 Node.js 20+) 允許開發者使用 builder pattern 定義參數與查詢，隨後將其轉換為動態 JSON 並透過標準 HTTP fetch 請求發送。

使用 Helix Chef 進行快速原型設計

為了加速初始設置，HelixDB 提供了一個名為 helix chef 的工具。這個互動式引導程序會執行多項自動化任務：

  • 安裝 query skills 與 documentation MCP。
  • 搭建專案架構並啟動本地實例。
  • 種植範例數據。
  • 生成 HELIX_CHEF_PROMPT.md 文件。

如果與 Claude Code、Codex 或 OpenCode 等編碼 agent 使用，helix chef 可以根據單行描述生成一個完整的、可運行的應用程式，包括前端部分。

社群討論與技術諮詢

在發布後，開發者社群針對資料庫的內部機制與性能提出了幾個技術問題：

  • Performance: 用戶詢問了多跳查詢 (multi-hop queries) 的 p99 延遲。
  • Open Source Status: 部分社群成員指出，提供的 GitHub 倉庫似乎包含的是客戶端 SDKs 而非核心資料庫源代碼。
  • Self-Hosting: 有關於在託管的 HelixDB Cloud 服務之外自行託管資料庫的能力，特別是針對預算有限的用戶，存在一些疑問。
  • Feature Requests: 用戶對「圖記憶層 (graph memory layer)」的可用性表示了興趣，並詢問全文搜索或向量能力是否會擴展到圖的邊 (edges) 上。

Sources