Skip to content
SEMANTIC MODELING / 9.2.0

把分散的数据库表,组织成 AI 能理解的领域模型

Foggy 先用 TM 将物理结构转换为领域语义,再用 QM 组合多个 TM,形成集中、可治理的业务分析模型,最后通过 MCP 和 Query DSL 交付给 LLM。

TM 建立领域语义QM 组合业务模型MCP 交付给 LLM
SCHEMA → DOMAIN → LLMMODEL FIRST
PHYSICAL SCHEMA分散的业务表
t_ordert_order_itemt_customert_product
map
TM / DOMAIN SEMANTICS领域语义单元
客户订单产品销售金额
compose
QM / BUSINESS MODEL销售分析 QM
客户 · 区域 · 产品订单日期 · 销售额
LLM QUESTION“本月各区域的销售额?”→ QM
TM从表结构到领域语义
QM从多个 TM 到集中模型
MCP把模型能力交付给 AI
9.2.0当前稳定运行版本

LLM 不需要更多表结构,它需要更清晰的业务世界。

真正需要交付给 LLM 的,不是字段名、外键和一张完整的 schema,而是经过组织的业务概念、指标口径、分析关系和可见边界。Foggy 把这次转换变成可维护的建模工作流。

01

把数据说成业务

将字段、枚举和计算规则表达为实体、维度、指标和业务描述。

02

把关联藏在模型里

通过 QM 组合多个 TM,让 AI 面向一个完整领域提问,而不是拼接原始 JOIN。

03

把能力交付给 AI

模型可被发现、描述、校验和调用,成为 LLM 稳定的查询边界。

TM 和 QM,分别完成两次关键的语义转换。

TM 建立领域语义单元,QM 将这些单元组合成面向业务问题的统一模型。AI 的主要认知对象是 QM,而不是数据库中的原始表。

一个销售问题,背后是一套被组织好的领域模型。

Foggy 不要求 LLM 记住订单、订单明细、客户和产品的连接方式。它只需要理解销售分析 QM 暴露的业务概念。

原始表结构t_order.customer_idt_order_item.amountt_order.created_att_product.category
TMQM
TM 领域语义客户销售金额下单时间产品分类
compose
QM 业务分析面维度:区域 / 产品 / 月份指标:销售额 / 订单数 / 客单价关系:由模型封装
LLM QUESTION“查询本月各区域的销售额,并按销售额降序排列。”

让每一层只承担它应该承担的语义责任。

01
Physical Schema表、字段、原始关系
02
TM领域语义单元
03
QM集中化业务模型
04
MCP + Query DSL模型交付与查询契约
05
Runtime校验、执行与治理
01

数据源提供事实,但不直接成为 LLM 的认知界面。

02

将底层结构翻译成实体、维度、指标和业务定义。

03

跨 TM 组合出完整领域,隐藏物理 Join,收敛可分析范围。

04

LLM 发现模型、读取描述、生成结构化查询并获得证据。

05

处理权限、方言、查询执行和结果追溯。

从建模到回答,AI 始终沿着业务语义工作。

先从语义建模开始,再让 AI 使用模型。

v1.0 和 v2.0 公开契约保持稳定;v3.0 仍处于 Draft / Not Frozen 状态。实施手册和版本材料继续按确认后的公开范围发布。