TIO AUTOPLAT · 数据层 · 技术预览

TIODATA原生知识型数据库

数据写入即可查询,知识在内核里持续编译:实体、事实与关系都附带证据、血缘与置信度。SQL、OLAP、文档、全文、向量、关系与知识查询走同一个执行器、同一套权限。以 Rust 为内核、以 Parquet / Arrow 开放文件为基础,面向 AI Agent 的统一数据基础设施。

证据
每条事实可回溯快照与原始记录
7
类查询:SQL·OLAP·文档·全文·向量·关系·知识
3
重视图:Data · Semantic · AI
4C8G
起步即完整能力,扩容靠加 Worker

企业的数据,被拆进了五六套系统

报表走数仓,检索走搜索引擎,语义走向量库,关系走图数据库,知识走 RAG 和 Wiki。每多一套系统,就多一份拷贝、一套权限和一条对不上的口径——而 AI Agent 只能在这些碎片之间拼凑答案。

多套存储,多份拷贝

同一份订单在数仓、搜索、向量库和图库里各存一遍,更新时序与口径难以一致。

权限各管一段

SQL 有行列权限,向量检索和 Agent 调用却常常绕开,数据安全出现旁路。

知识没有出处

Chunk + Prompt 产出的“知识”无法回答:这条结论来自哪张表、哪份文档、哪个版本。

AI 要等数据准备

入库要等向量化、查询要等编译,数据从产生到可用之间隔着一整条离线链路。

知识型数据库:入库即可查,知识持续编译

数据写入后立刻成为可查询的不可变快照;知识编译器在后台把数据编译为实体、事实、关系与证据,编译永远不阻塞查询和写入。

01
写入
CSV、Parquet、库表变更与文档进入 DataSpace
02
立即可查
生成不可变快照,SQL 与检索马上可用
03
知识编译
模型理解 → Compiler 约束 → Validator 判断
04
带证据的知识
Entity · Fact · Relation · Evidence 写回 DataSpace

它不是图数据库,也不是向量库或 RAG

区别不在于有没有节点和向量,而在于系统把什么当作一等公民,以及事实从哪里来。

图数据库向量库 / 搜索RAG / LLM WikiTIODATA
一等公民Node / Edge向量 / 文档Chunk / PageData Object · Semantic Object · Data File
OLAP 聚合非强项不支持不支持列式 + 向量化执行
关系从哪里来手工建边无模型抽取编译产生,附证据、血缘与置信度
权限图内权限通常旁路通常旁路SQL 与 Agent 同一策略
知识可追溯部分否弱每条事实可回溯快照与原始记录

一个 Data Object,三重视图

同一份数据不必被迫转换成某一种数据库形态。它可以同时被当作表来聚合、被当作语义网络来遍历、被当作 AI 的事实来源来回答问题。

  • Data View
  • 表与列式文件:标准 SQL、OLAP 聚合,向量化执行与列裁剪。
  • Semantic View
  • 实体与关系:客户 → 订单 → 产品 → 发票,有界关系展开与路径查询。
  • AI View
  • Agent 提问:语义、向量、证据与聚合协同作答,每一句结论都附带出处。
  • 这个客户最近订单为什么下降?
  • 近 90 天订单量下降 38%,主要集中在 B 系列产品;同期两张发票出现延迟付款,客服记录显示交付周期投诉增加。
  • sales_order · 快照 #1042
  • invoice · 记录 #238812
  • 客服工单文档 · 第 3 段
SELECT order_id, customer, product, amount FROM sales_order WHERE order_date >= '2026-07-01';
order_idcustomerproductamount
SO-1042Customer AB-200¥128,400
SO-1043Customer AB-310¥86,900
SO-1051Customer CA-120¥42,300
SO-1056Customer BB-200¥63,750

五条核心理念

TIODATA 的全部工程决策都受这五句话约束。

统一

“数据统一存储,语义统一表达,知识持续编译,权限统一控制,查询统一执行。”

实时

“入库不等待 AI,查询不等待编译,编译不阻塞 IO。”

可信

“模型负责理解,Compiler 负责约束,Validator 负责判断,DataSpace 负责保存事实。”

开放

“核心依赖是协议,而不是某个产品。”

演进

“4C8G 起步即完整能力,规模增长靠加硬件和 Worker,而不是换一套数据库。”

一种查询语言,覆盖七类数据访问

所有访问都经过同一个 AST、同一套策略、同一个执行器。SQL、MySQL 协议客户端与 Agent 拿到的是同一份受控结果。

SQL / OLAP
标准 SQL 与向量化聚合
FULLTEXT
文档与日志全文检索
SIMILAR
向量相似检索
MATCH
按语义概念匹配实体
RELATED
有界关系展开
PATH
实体间路径查询
EVIDENCE
任何结论回溯到原始记录
  • $ tioctl doctor
  • [ok] storage [ok] meta [ok] policy [ok] knowledge [ok] index
  • $ tioctl import csv ./sales_order.csv --collection sales_order
  • snapshot #1042 committed · DATA_READY
  • $ mysql -P 3307 -e "SELECT product, SUM(amount) FROM sales_order GROUP BY 1"
  • B-200 192150.00 B-310 86900.00 A-120 42300.00
  • $ tio query "RELATED customer:'Customer A' DEPTH 2 WITH EVIDENCE"
  • Customer A → SalesOrder(2) → Invoice(2) → Payment(1) evidence: 5
tioctl · 本地演示
 

Agent 是一等公民

不是在数据库外面再包一层 Agent 框架,而是把 Agent 的身份、能力与动作纳入内核的权限与审计。

Agent 身份与能力

每个 Agent 拥有独立身份与 Capability 声明,能看什么、能做什么由策略决定。

Agent Query API

面向 Agent 的结构化查询接口,返回结果同时返回证据与置信度。

动作与审批

写入类动作经 Action + Approval 流程确认,所有操作进入审计。

MCP 接入

通过 MCP 把 DataSpace 能力开放给外部智能体与开发工具。

Rust 内核,开放文件,一个二进制

核心依赖只能是协议:存储、元数据、执行、全文、向量与模型都通过接口接入,具体产品以 Adapter 形式出现。

  • 单一二进制 tiod,按角色运行为 all-in-one、meta、coordinator、query 或 knowledge 节点
  • 数据以 Parquet / Arrow 开放格式存储,不锁定在私有格式里
  • MySQL 协议接入,现有 BI 与客户端工具直接连接
  • 可插拔模型运行时:OCR、Embedding 与大模型按需装配

演进路线

TIODATA 目前处于技术预览阶段,可在实验环境部署与演示。

内核能力
单机 OLAP 内核语义层与统一权限知识编译器与模型运行时全文、向量与关系索引
持续推进
CDC 与增量编译Agent 与 AI 原生控制面与 DataHub 湖仓互通
规划中
分布式与高可用企业模型强化

了解原生知识型数据库

今天,DataHub 为企业提供成熟的湖仓与治理能力;TIODATA 代表我们对 AI 原生数据基础设施的下一步。欢迎预约技术交流,了解演示与合作方式。