本体在企业里被讨论得很多，真正跑通的很少。天翼支付在建设过程中反复撞上同一个问题：本体到底是一层“翻译”，还是一份“数据”？
两条路，代价完全不同。
只建映射，本体就是一层元数据，查询时翻译成对数据仓库的 SQL。数据不搬家，上线快、无冗余。代价是：多跳穿透跑不动，口径受底层表结构牵制，对象的状态和执行结果没有地方落。
真建一个对象库，把实例、属性、关系物化存下来。查得快、能承载状态、支持决策闭环。代价是：实时同步、增量一致性、存储成本，以及“谁是真值”这一堆问题。
而这个选择基本不可逆。徐德华团队踩过的坑很直接：前期图轻选了映射，后来遇到多跳穿透和状态回写的需求，只能推倒重建。
上游还有一个更容易被跳过的问题：概念口径和真实业务数据本来就不该混在一层做。
同一模型既当知识描述又当运行态数据库，规模一上来一定散。徐德华的划法是——概念层负责对象、属性、关系、口径定义、业务规则与决策逻辑；实例层只解决三件事：查得到、查得快、查得准，承载亿级实例、持续变化的状态、历史链路与结果回写。
10 月 23-24 日，DACon 2026 北京站，天翼征信科技有限公司总经理助理徐德华将带来演讲《本体落地的分叉路口：语义映射与对象存储的取舍与实践》，完整交代这两个问题上的判断依据、混合方案的边界划法，以及为此付出返工代价的几个决策。
混合方案的核心观点是：核心对象物化，长尾保留映射，边界必须写死而不是临场判断。
选型时依据四条判据——查询形态、时延要求、是否需要状态与回写、变更频率——先行论证，两侧口径统一管理。
一致性上有一条硬约束：物化结果和源数据不一致时，查询侧不能无感知。做法是用增量更新配合失效传播，收敛完成前，受影响范围的查询结果必须显式标注口径状态——宁可显式告知不确定，也不做静默返回。否则智能体会拿着过期口径给出确定性结论。
面向智能体供数，他给的是最小必要上下文、受治理访问接口、回退条件与风险计量；跨域复用上，先立核心层与扩展层的划分标准和统一交付模板，用第 N 个域的交付人力下降幅度来判定这条路线是否跑通。
这场能带走的收益：
-
认知刷新：本体落地的真正难点不在建模方法，而在概念层与实例层的职责划分，以及实例层那个不可逆的实现路径选择 -
语义映射与对象存储的正面对比、四条选型判据、混合方案的边界划法，可直接用于自身架构决策 -
一套让本体项目可度量、可验收的交付模板：业务域资产交付五件套（本体片段、规则库、案例库、已验证查询、评测集），以及“每项正向指标必须配一项成本或安全类反向指标”的度量原则
📅 时间：2026年10月23-24日
📍 地点：北京希尔顿逸林酒店
🔥本体落地企业集中亮相｜参会报名火热进行中... ...DACon 2026 北京站，15 个分论坛，60+真实应用案例，2 天沉浸式学习交流，现场还会组织闭门会、晚场圆桌交流，讲师们会围绕具体的技术点进行介绍，旨在丰富大家在参会体验，希望大家不虚此行，满载而归。
