让AI读懂设备，先让数据围绕“业务对象”连起来！

一、AI为什么总是“读不懂”设备？

让AI判断一台设备是否异常，远不止看一眼当前的温度读数那么简单。

温度升高的背后，既可能是轴承磨损的故障前兆，也可能只是产线提速带来的正常波动。要做出精准判断，AI必须理解的，从来都不只是一个瞬时数值，而是设备在一段时间内的状态演化轨迹。

它需要知道：过去几小时的温升曲线如何？振动与电流是否同步异动？这台设备的检修记录怎样？同类机型是否出现过相似问题？

然而现实情况是，AI在工业现场往往面临严重的“信息残缺”。一条单纯的曲线只能描述“发生了什么”，却无法解释“为什么发生”。真正有价值的根因分析，需要将实时指标与设备型号、所属产线、安装位置、维修工单以及沉淀的故障知识结合起来。

但在大多数企业的现有架构中，这些数据却是割裂的。

二、数据割裂，是AI落地的最大隐形门槛

在企业内部，数据通常分布在不同的系统里：

• 描述过程状态的时序数据，躺在监控系统中；
• 定义业务属性的关系数据，存放在资产管理系统里；
• 标定物理位置的空间信息，存在于GIS平台；
• 记录维护历史的工单数据，散落在运维系统；
• 承载专家经验的故障案例，往往只是一份份PDF文档。

过去，各系统独立运行，尚能满足日常业务需要。但当业务推进到实时分析、故障诊断或智能决策阶段时，问题就暴露出来了。

数据不得不经历多次提取、转换和拼接，链路被不断拉长。更严重的是，在这个过程中，数据往往会出现更新不及时、信息不完整、口径不一致的问题。

AI模型并不是不聪明，而是“吃不饱”“吃不全”。没有完整的业务上下文，AI自然难以做出可靠的判断。这，正是AI在工业场景中“读不懂业务”的根本原因。

三、融合架构：让多模数据围着“设备”说话

面对这一挑战，人大金仓KES选择了一条不同的技术路径——融合数据库架构。

我们不再为不同类型的数据分别建设彼此割裂的系统，而是将时序能力作为原生模块，深度内嵌于KES融合数据库体系之中。

这意味着，描述状态变化的时序数据、定义业务属性的关系数据、标定物理位置的GIS数据，以及承载专家经验的向量数据，能够围绕“同一台设备”在库内直接关联。

数据不再需要在系统之间来回搬运，也不再依赖复杂的接口开发。过去需要跨系统、写代码才能完成的综合分析，现在通过标准SQL即可完成。数据不再流浪，AI也不再“盲人摸象”。

下面是一个典型场景的示例——筛选近期振动异常且长期未保养的关键设备：

SELECTd.device_name,avg(m.vibration)FROMts_metrics mJOINdevices dONm.device_id=d.idWHEREm.ts>now()-interval'24h'ANDd.days_since_service>365GROUPBYd.device_name;

这句SQL的背后，是KES对多模数据的统一管理与高效关联能力。它让业务人员、开发者和AI模型，第一次站在了同一份完整的数据基础之上。

四、内生算力：从“存数据”到“产知识”

融合的前提，是时序能力本身足够扎实。针对工业物联网高频写入、海量设备的特点，KES TimeSeries在写入、存储与查询链路上做了专项优化。

在写入端，系统通过追加写、无锁化与异步IO等机制，显著减少高并发写入过程中的资源等待。在特定测试环境下，单节点写入能力可达到千万级指标点/秒，足以支撑海量设备数据持续、稳定入库。

在存储端，系统采用自适应行列混合存储，并结合Delta-of-Delta增量编码、Gorilla浮点数压缩等时序专用算法，根据不同数据类型自动匹配最优压缩方式。典型数字型时序数据压缩比可达到10∶1，存储空间最高可减少约90%。

这不仅大幅降低了存储成本，更重要的是，它让企业有能力保存更长时间的历史数据。对于AI模型而言，更长的历史意味着更丰富的训练样本，也就意味着更准确的预测结果。

五、库内计算：让洞察快人一步

除了“存得下”，KES更强调“算得快”。我们将关键计算能力下沉至数据库内部，避免数据在库与外系统之间频繁搬迁。

针对工业现场常见的采样频率不一致、数据短时缺失和网络中断等问题，系统内置了时间桶聚合、动态降采样和数据补齐能力，可直接恢复出连续、可分析的设备运行曲线。

更进一步，KES引入了连续聚合机制。系统会在后台自动对分钟、小时、天等不同粒度的数据进行增量预计算。当业务系统进行趋势分析或AI模型进行特征提取时，数据库无需反复扫描海量原始明细，而是直接返回预计算好的结果。

在典型的分钟级滑动窗口分析中，系统可实现毫秒级响应。这让状态监测、故障识别等应用能够持续获得包含最新状态的分析结果，也为在线AI推理提供了低延迟、高鲜度的数据基础。

六、落地实战：从架构优势到业务价值

技术能力最终要落到实际业务效果上。在北京轨道交通应急指挥调度平台中，金仓时序数据库的落地验证了这一架构的价值：

• 写入性能较原系统提升超过10倍；
• 部分历史分析从分钟级缩短至秒级；
• 时序数据存储空间占用降低70%—80%。

这些能力提升，首先支撑了实时监控、故障追溯和运营分析；当业务进一步引入预测模型或AI应用时，也能在此基础上获得更加完整、及时的数据支持。

七、写在最后：面向未来的务实选择

AI要真正读懂业务，前提从来不是模型有多复杂，而是数据是否足够完整、及时、可用。

对于千行百业而言，提前构建一套能够稳定承载时序数据、完成库内计算并打通多模上下文的融合架构，才是让AI从“看得见”走向“看得懂”的最务实选择。