实测,而非承诺

速度来自设计,而不是硬件。

让加载变快的常见办法,要么是更大的机器,要么是更少的校验。Nodwise 两者都不需要:每个节点都经过封闭语法的校验,运行在我们服务所用的基础配置上。

23.6 分钟

从空库加载 2,113,664 个节点

28 分钟

全部重新读取一遍,搜索更新到最新

3%

首次加载中用于校验的时间

别只听我们说

在您现在使用的工具里,加载您数据仓库的血缘需要多长时间?

我们不会告诉您我们更快。请自己计时。把您已有的血缘加载到当前的工具中,并且打开校验,然后把这个数字放在我们的数字旁边。您的数据、您的格式、您的工具——我们公开测试的形态,好让您在同等条件下比较。

您的运行

加载期间,您的工具是否……

您的工具

—

每百万节点所需分钟数

Nodwise

11.2

每百万节点所需分钟数,规模 210 万

4 项校验中的 4 项

输入您的数字。请在相近的规模下比较——任何存储随着规模增长,单个节点的成本都会上升——并且两边打开相同的校验。

我们的数字:2,113,664 个节点、630 万个属性值和 420 万条关系,从空库首次加载,于 2026 年 10 月在我们服务所用的基础配置上运行一次。您在这里输入的任何内容都不会离开您的浏览器。

测试的形态

脱离了测量时的形态,一个时间毫无意义。

测试对象是一个数据目录:包含表的模式、包含列的表,以及从每一列到下一个模式中某一列的血缘。更丰富的形态——每个节点更多属性、带属性的关系、职责——成本更高。请与这个形态比较,而不是与标题上的数字比较。

节点类型

节点

属性值

关系

模式

128

128

16 384

表

16 384

16 384

2 097 152

列

描述、数据类型、主键

2 097 152

6 291 456

2 080 768

合计

2 113 664

6 307 968

4 194 304

已校验

每个节点都按其声明的类型和每一个属性校验,每条关系都按元模型在两端所允许的事物种类校验。

事务性

每一批节点都在一个事务中写入。

有记录

每个被创建或修改的节点都会获得一条历史记录。

两端存储

每条关系都存储在其两端的节点上:总计 840 万个条目。

重新读取会再次发送同样的测试数据:约 98% 与已存储的完全相同,约 1% 被重命名,约 1% 是新增的。

逐步拆解运行

时间花在哪里——又没有花在哪里。

这些步骤对每个文件都按此顺序执行,彼此不重叠,因此相加就是总时间。首次加载的时间花在写入上。重新读取的时间花在读取已存储的内容上,结果只是发现它没有变化。按语法进行校验从来不是昂贵的部分。

#

步骤

首次加载(秒)

重新读取(秒)

1

读取文件

136
64

2

转换为创建模型

11
11

3

区分新增与已有,读取已存储的内容

266
725

4

构建记录,计算出变化

105
196

5

按元模型校验

47
2

6

完成创建

19
—

7

写入新建的节点

269
3

8

写入修改的节点

—
9

9

写入关系

491
—

10

写入历史记录

72
7

+

将搜索更新到最新

—
675

合计(秒)

1 416

1 692

一次运行,于 2026 年 10 月测得,运行在我们服务所用的基础配置上——而不是一台为基准测试专门配置的机器。随着存储规模增长,单个节点的成本会上升:在这个测试四分之一的规模下,首次加载每百万节点用时 7.5 分钟;这里是 11.2 分钟。两个数字我们都公开。

轮到您了

为您自己的加载计时。然后看看智能体能用我们的模型做什么。

一家完整建模的组织,用您的工作账号一键进入。无需填表,无需通话。