开放语义模型:构建企业级数据语义层

在线体验各类最新模型,更有模型 免费Token 额度领取!
立即体验
简介: 过去二十年,企业围绕数据建设逐步形成了一套成熟的方法体系,形成了数据仓库(中台),通过BI和报表进行业务赋能。然而,在智能化时代,这些是远远不够的,现在的数据治理体系并不足以让AI真正理解企业业务。换句话说,不能被AI通过消耗Token方式消费的数据平台,是没有未来的。本文介绍另一种受到广泛关注的知识管理的方法,就是(逻辑)语义模型。

近年以来,大模型、智能问答、智能体等AI应用快速发展,很多企业都在积极探索如何将AI能力融入业务场景。那么,在AI时代,数据治理和数据仓库如何顺应时代发展呢?过去二十年,企业围绕数据建设逐步形成了一套成熟的方法体系,形成了数据仓库(中台),通过BI和报表进行业务赋能。然而,在智能化时代,这些是远远不够的,现在的数据治理体系并不足以让AI真正理解企业业务。换句话说,不能被AI通过消耗Token方式消费的数据平台,是没有未来的。

从管理数据到管理知识:企业语义探索之路

企业在过去很多年里一直在探索如何让数据承载更多业务知识。最早,人们通过数据资产目录、元数据管理等方式,对数据进行分类、标注和管理,希望让数据更容易被发现和理解。近年来,随着大模型和生成式AI的发展,RAG(Retrieval-Augmented Generation)知识库成为热门方向。很多企业尝试将制度文档、业务手册、指标说明等内容导入知识库,希望AI能够通过检索增强的方式回答业务问题。与此同时,本体模型(Ontology)也受到越来越多关注,数语科技也推出了DOM本体系统,它通过定义概念、关系和规则,构建企业知识网络,为知识推理和智能分析提供基础。这些探索虽然路径不同,也各有优缺点,但本质上都在解决同一个问题:如何让企业知识能够被机器理解和使用。

本文介绍另一种受到广泛关注的知识管理的方法,就是(逻辑)语义模型。

什么是语义模型?

语义模型(Semantic Model)并不是一个新概念,但是在AI时代变得更加重要。早在数据仓库和商业智能(BI)发展的过程中,人们就开始尝试在底层数据结构与业务应用之间建立一层统一的业务语义,用来解决不同系统、不同报表之间口径不一致、理解不一致的问题。随着企业数据规模不断扩大,以及云计算、数据中台和AI技术的发展,语义模型的价值被重新认识。近年来,国际上出现了OSI(Open Semantic Interchange)等开放语义理念,希望建立跨平台、跨系统共享的统一语义标准,让语义能够像数据一样被交换、共享和复用。从内容上看,语义模型主要用于统一描述企业的业务知识,包括业务实体、业务术语、指标口径、业务规则以及实体之间的关系等内容,并将这些定义沉淀为统一的语义资产。

语义模型(Open Semantic Model)

开放语义模型(Open Semantic Model),简称OSM,是数语科技制定的企业级语义模型标准,并由其数据建模工具DDM提供设计、管理和落地支持。OSM借鉴了近年来国际上开放语义领域的发展成果,同时结合数语在数据模型和本体模型的数十年的积累,希望建立一种开放的本体化、标准化的语义描述方式,使企业能够将数据模型升级到业务语义模型,实现跨平台共享、跨系统复用以及面向AI的统一消费。本体化语义模型主要包含以下内容:指标与度量(Metrics):定义业务指标及其计算逻辑,以及与业务实体之间的关系。业务实体(Business Entities):定义业务口径中的实体。如客户、产品、订单、合同、设备、组织等核心业务实体。属性(Attributes):描述业务对象的关键属性及业务含义。关系(Relationships):定义对象之间的业务关系,如隶属、拥有、参与、依赖、影响等。映射(Mapping):定义业务实体与物理表(或视图)之间的映射关系,用来做数据查询引擎。业务规则(Business Rules):沉淀企业运营规则、约束条件和业务逻辑。在规范方面,本体化语义模型通常遵循国际知识表示与语义建模标准,包括:OSI(Open Semantic Intercharge, yaml) : 开放语义交互协议的yaml格式。RDF(Resource Description Framework):资源描述框架,用于统一表达实体及其关系。OWL(Web Ontology Language):用于构建企业本体模型和复杂业务规则。
image.png《Datablau DDM中的语义模型》

数语科技基于OSM,还提供通用数据查询系统,将企业统一语义层与自然语言交互能力深度融合,实现统一问数与数据探索分析。当前市场上不少方案采用Text2SQL、Text2DSL再转换为SQL等技术路线,虽然能够实现自然语言到查询语句的转换,但往往缺乏统一、完整的企业语义模型支撑,对业务概念、指标口径、规则关系和跨系统数据关联的理解能力有限,容易出现语义歧义、查询结果不一致以及复杂业务场景适配困难等问题。实践证明,无论采用哪个toSQL的路线,最后的瓶颈都是语义上下文的缺失。因此通过OSM实现的问数从准确率到开放性能力都要上一个台阶。
image.png《基于语义模型的数据查询系统》

如何从数据模型走向语义模型

对于很多国内企业来说,数据模型建设并不陌生。过去十多年,企业围绕数据资产建设,逐步形成了从业务系统到数据仓库、从数据标准到指标体系的完整方法论。尤其是在数据治理领域,很多企业已经建立了较为成熟的五级数据架构体系,通过概念模型、逻辑模型、物理模型以及数据标准等方式,实现了数据资产的规范化管理。这些建设成果并不会因为AI时代的到来而失去价值,企业过去积累的数据模型和治理成果,正在成为构建智能化能力最重要的基础。对于DDM而言,我们认为企业级语义模型建设可以分阶段推进。
第一步,基于现有数据模型、数据标准和指标体系,建立统一的业务术语和语义定义;
第二步,将业务实体、指标口径、业务规则等内容纳入统一管理,形成企业级语义资产库;
第三步,通过开放标准实现语义共享与复用,支撑跨系统、跨平台的数据协同;
第四步,将语义模型与AI应用结合,为智能问答、智能分析、智能体等场景提供统一知识底座;最终,逐步构建覆盖数据、语义和知识的企业级智能数据架构。从数据模型走向语义模型,并不是一次技术替换,而是一次数据资产价值的延伸。将过去建设的数据底座,升级为企业需要建设的知识底座。

写在最后

AI不会取代数据治理,也不会取代数据仓库。但AI的出现,正在重新定义它们的价值。从数据到语义,从资产到知识,这不仅是技术架构的演进方向,也是数据治理和数据仓库在AI时代最重要的发展方向。

相关文章
|
7月前
|
SQL 人工智能 自然语言处理
数据语义编织:企业级 Data Agent 的必备基建
2025 年,每家企业都想拥有自己的 Data Agent,但 90% 的项目可能不是死在 Demo 阶段就是建成后无人问津。为什么?因为我们试图用概率性的 LLM 去直接挑战确定性的数据分析,对结果期待太高,而对过程准备不足。
|
21天前
|
SQL 人工智能 自然语言处理
Vibe Coding 是什么?当“感觉编程”遇上数据库
Vibe Coding是2026年编程圈最火的概念之一,指开发者通过自然语言描述“感觉”或“意图”,由AI自动生成代码、调试、优化。本文从Vibe Coding的起源讲起,分析它如何改变数据库开发方式:从手写SQL到自然语言查询、从人工调索引到AI推荐、从经验运维到智能诊断。探讨这项趋势对DBA职业的影响,并给出拥抱变化的实用建议。技术会变,但人的判断力、审美和业务理解才是长期竞争力。
|
SQL druid 搜索推荐
最强最全面的数仓建设规范指南 (一)
本文将全面讲解数仓建设规范,从数据模型规范,到数仓公共规范,数仓各层规范,最后到数仓命名规范,包括表命名,指标字段命名规范等!
14980 2
|
4月前
|
SQL 人工智能 BI
AI + Data中的 Semantic View:从语义层到 AI 可用的“业务语言”
本文面向数据平台/数仓/湖仓架构师等角色,深入解析AI时代数据平台的刚需——Semantic View(语义视图)。它并非普通SQL视图,而是将业务指标、维度、关系、口径规则等结构化沉淀为可治理、可复用、AI-ready的平台级资产,统一BI、Notebook与Agent的数据“真相接口”,解决多工具口径不一、LLM幻觉、治理难落地等核心痛点。(239字)
967 0
|
21天前
|
开发框架 测试技术 定位技术
Codex 实践系列 Vol.02:让 Codex 读懂开源项目 Typer
这次用 Codex 读 Typer,最重要的一点是:面对一个新项目,第一步先别急着让它写代码。比较稳妥的做法,是先让 Codex 读目录、找入口、解释核心文件,再沿着一个具体功能追下去,最后通过测试理解项目如何验证行为。
180 3
Codex 实践系列 Vol.02:让 Codex 读懂开源项目 Typer
|
监控 NoSQL 安全
mongodb 持久化
Mongodb在1.8版本之后开始支持journal,就是我们常说的redo log,用于故障恢复和持久化。
2718 0
|
NoSQL Java 关系型数据库
【AgentScope Java新手村系列】(5)记忆与会话管理
记忆与会话管理 — AgentState 管理上下文窗口,AgentStateStore 持久化,RuntimeContext.sessionId 隔离多用户会话。
240 0
|
21天前
|
存储 人工智能 算法
Claude Code自我进化系统解析:AI编程助手持久化记忆与行为学习实现方案
在日常使用Claude Code开展编程工作时,多数用户都会遇到一个普遍痛点:每开启一次全新会话,AI都会清空此前的对话内容、项目认知与个人编码习惯。此前沟通的项目架构、反复确认的代码规范、调试总结的经验教训都需要重新讲解,不仅耗费大量时间,还会降低整体开发效率。针对这一问题,业内技术团队基于Claude Code原生能力,搭建了一套完整的持久化记忆与自我进化系统,让这款AI编程助手能够跨会话留存信息、自主学习用户行为规律,逐步适配个人与团队的开发模式。本文将完整拆解这套系统的整体架构、核心模块、技术实现、运行流程以及落地效果,同时讲解设计思路与优化细节,为AI编程工具的深度定制提供参考。
199 4
|
21天前
|
缓存 人工智能 自然语言处理
阿里云百炼通义千问Qwen3.6-Flash完整实操指南:轻量化旗舰功能特性、落地优势与分层优惠订阅方案详解
当前AI应用落地场景分化愈发明显,除复杂智能体、百万字长文档、全栈大型工程开发等高门槛业务外,大量企业存在高频轻量问答、实时客服对话、短文本批量生成、简单数据提取、前端实时交互等标准化轻量化需求。这类场景单日调用频次可达数万乃至数十万次,对接口响应延迟、单轮调用成本、并发承载能力有极高要求,若选用高规格旗舰模型会造成算力预算严重浪费,而普通基础轻量化模型又存在逻辑推理弱、工具调用不稳定、短文本输出质量差等短板。
305 4
|
21天前
|
弹性计算 负载均衡 安全
阿里云负载均衡(SLB)从入门到精通:完整配置流程与最佳实践
本文详细讲解阿里云负载均衡(SLB)的完整配置流程,涵盖实例创建、服务器组配置、监听设置、健康检查、安全策略及优化实践,同时包含常见问题解答,帮助用户快速掌握SLB部署与运维核心技能。

热门文章

最新文章