Skip to content
SEMANTIC MODELING / 9.2.0

Turn scattered database tables into a domain model AI can understand

Foggy uses TM to turn physical structure into domain semantics, QM to compose multiple TMs into a focused business model, and MCP plus Query DSL to deliver that model to LLMs.

TM builds domain semanticsQM composes business modelsMCP delivers models to LLMs
SCHEMA → DOMAIN → LLMMODEL FIRST
PHYSICAL SCHEMAScattered business tables
t_ordert_order_itemt_customert_product
map
TM / DOMAIN SEMANTICSDomain semantic units
CustomerOrderProductSales amount
compose
QM / BUSINESS MODELSales Analysis QM
Customer · Region · ProductOrder date · Sales
LLM QUESTION“Sales by region this month?”→ QM
TMSchema to domain semantics
QMMultiple TMs to one model
MCPModel delivery for AI
9.2.0Current stable runtime

LLMs do not need more schema. They need a clearer business world.

What should be delivered to an LLM is not a complete database schema of columns and foreign keys. It is an organized set of business concepts, metric definitions, analytical relationships, and visibility boundaries. Foggy turns that translation into a maintainable modeling workflow.

01

Speak in business terms

Express fields, enums, and calculations as entities, dimensions, measures, and business definitions.

02

Hide the join maze

Compose multiple TMs through QM so AI reasons over one domain instead of assembling raw joins.

03

Deliver a usable contract

Make models discoverable, describable, validatable, and callable as a stable query boundary.

TM and QM perform two essential semantic transformations.

TM establishes domain semantic units. QM composes those units into a business model for real questions. The LLM primarily sees QM, not the raw database tables.

One sales question rests on a deliberately organized domain model.

Foggy does not ask the LLM to remember how orders, order items, customers, and products connect. It only needs to understand the business concepts exposed by the Sales Analysis QM.

Physical tablest_order.customer_idt_order_item.amountt_order.created_att_product.category
TMQM
TM domain semanticsCustomerSales amountOrder dateProduct category
compose
QM analysis surfaceDimensions: region / product / monthMeasures: sales / orders / average order valueRelationships: encapsulated by the model
LLM QUESTION“Show monthly sales by region, ordered from highest to lowest.”

Give every layer the semantic responsibility it should own.

01
Physical SchemaTables, fields, raw relationships
02
TMDomain semantic units
03
QMFocused business model
04
MCP + Query DSLModel delivery and query contract
05
RuntimeValidation, execution, and governance
01

The data source provides facts, but should not become the LLM’s cognitive interface.

02

Translate physical structure into entities, dimensions, measures, and definitions.

03

Compose across TMs, hide physical joins, and narrow the analysis surface.

04

Let the LLM discover models, read descriptions, and submit structured queries with evidence.

05

Handle permissions, dialects, query execution, and traceability.

From modeling to answers, AI stays inside the business vocabulary.

Start with semantic modeling. Then let AI use the model.

The v1.0 and v2.0 public contracts remain stable. v3.0 is still Draft / Not Frozen. Implementation manuals and version materials will be published only within the confirmed public scope.