先审核指标定义
在 Apache Ossie 模型中描述数据集、指标表达式、维度和关系。团队审核后,再供 Agent 或应用使用。
数据和计算仍留在 Databricks。团队先审核 Apache Ossie 模型中的指标定义,再由 DOSI 规划查询,向 Databricks SQL Warehouse 发送原生 SQL。
定义独立于数仓;由配置的 Databricks SQL Warehouse 执行查询。
Genie Ontology 结合 Unity Catalog 中治理过的语义,以及从 Databricks 资产推断的上下文。DOSI 则使用独立于数仓、由团队审核的 Apache Ossie 模型,并把指标请求编译为 Databricks SQL。
在 Databricks 平台内治理并推断上下文。
语义模型独立管理,并可在受支持的 SQL 后端复用。
在 Apache Ossie 模型中描述数据集、指标表达式、维度和关系。团队审核后,再供 Agent 或应用使用。
DOSI 通过 MCP、API 和 CLI 提供兼容模型的访问方式。底层 Databricks 表无需迁入另一个数仓。
DOSI 将指标请求编译成 Databricks SQL,并发送给 SQL Warehouse。你可以在工作流中核查模型、SQL 和结果。
保留 Databricks 的数据基础,用 Apache Ossie 模型统一定义指标,由 DOSI 编译并执行,再通过 API 集成向不同 BI 工作流提供结果。
继续使用现有流水线准备数据和可复用的表。语义模型描述如何基于这些输出计算指标、按维度分组。使用 DOSI 时,审核后的 Apache Ossie 定义引用 Databricks 数据,生成的 SQL 仍由 Databricks 执行。
查看语义模型示例在 DOSI 使用的模型中定义一次计算。DOSI 根据请求的指标、维度和筛选条件,生成 Databricks SQL。集成适配层将 BI 请求映射为 DOSI API 请求,由 DOSI 在 Databricks 上执行查询并返回结果。指标计算保留在 DOSI,Power BI、Tableau 等 BI 负责展示数据;此方案需要为 BI 工具配置或开发适配层。
了解 DOSI 接口数据团队在 Apache Ossie 模型中维护指标,DOSI 按这些定义规划和执行请求。集中审核变更,让各使用流程请求相同的指标,为报表和 Agent 提供共享计算来源,减少分别维护的公式。
了解语义层方案Apache Ossie(孵化中)定义共享模型。BI 适配层向 DOSI 发送指标请求;DOSI 将兼容定义编译为 SQL,在 Databricks 上执行并返回结果。
Databricks执行原生 SQL集成方案示意:需为目标 BI 工具配置或开发适配层,处理认证、请求映射和刷新;此处不代表已有内置 Power BI 或 Tableau 连接器。
了解开放语义层配置 SQL Warehouse、验证 Apache Ossie 模型,再请求“按订单状态统计收入”等指标。
datasources:
databricks:
type: databricks
host: ${DATABRICKS_HOST}
warehouse: ${DATABRICKS_WAREHOUSE_ID}
password: ${DATABRICKS_TOKEN}
catalog: analytics
schema: reportingdosi query --model model.yaml \
--metrics revenue --group-by orders.status \
--execute --connection databricks命令需要你自己的、已验证的 model.yaml,以及正在运行的 SQL Warehouse。本页面没有执行 Databricks 查询,也没有展示虚构结果。
DOSI 通过 Databricks Statement Execution API 连接。需要工作空间主机名、SQL Warehouse ID、令牌及相应的数据访问权限。
从 Databricks 连接信息中复制 Warehouse ID。确保令牌持有者有权访问 Warehouse,以及模型引用的 catalog 和 schema。
在 DOSI 连接配置中填写主机名、Warehouse ID 和令牌。用环境变量引用令牌,不要把它提交进代码库。
审核模型,使用 --connection databricks 运行示例请求,再检查 SQL 和结果。已停止的 Warehouse 可能需要启动时间。
DOSI 通过 Statement Execution API 连接你的 Databricks SQL Warehouse,查询使用配置令牌对应的访问权限。
让团队审核过的业务定义出现在人和 Agent 提问的地方。
Agent 可以向 DOSI 请求已命名的指标,不必仅凭表名和列名猜测业务含义。
应用和分析师可以引用同一模型;Databricks 仍是查询引擎和结果来源。
连接前需要了解的范围与配置。
不会。DOSI 读取兼容的语义模型、编译指标请求,并将 SQL 发送到你配置的 Databricks SQL Warehouse;查询仍由 Databricks 执行。
Genie Ontology 结合 Unity Catalog 中治理过的语义和推断的上下文,供 Genie 体验及通过 MCP 接入的外部 Agent 使用。DOSI 则使用独立管理、由团队审核的 Apache Ossie 语义模型,在受支持的 SQL 后端规划指标查询。DOSI 不是本体产品;在本页面的架构中,Databricks 仍负责执行查询。
可以,从导出的定义文件开始。Metric View YAML 包含数据源、维度或字段、度量、筛选条件和关联;DESCRIBE TABLE EXTENDED <catalog.schema.metric_view> AS JSON 可在 view_text 中返回 YAML。SQL 文件和导出的仪表板 .lvdash.json 文件也能提供计算依据。将这些文件与相关源数据表结构交给 Datus Agent,作为起草 Apache Ossie 语义模型的上下文。受支持的 Metric View 定义还可使用 Apache Ossie Databricks 转换器。审核映射、计算粒度和未支持的功能后,用 DOSI 验证模型,并在 Databricks 中核对代表性查询结果。这是基于文件的转换流程,不是自动实时同步。
数据目录元数据与语义计算承担不同职责。Unity Catalog Metric Views 提供可复用的度量与维度,表名和说明本身不足以定义所有 KPI。DOSI 使用独立的兼容 Apache Ossie 模型明确指标计算,再编译为 Databricks SQL 查询。
不会。整理好的 Gold 表与 View 仍可作为数据来源,语义模型在此基础上定义业务计算、维度和关系。需要明确哪些转换应在数据准备阶段完成,哪些计算需要随查询分组复用。
说明有助于理解,但 Agent 还需要明确的计算定义,以及受支持的指标请求方式。在 DOSI 流程中,通过受支持的 Agent 接口提供审核后的模型,并检查生成的 SQL。数仓连接本身不会让 Agent 自动使用该模型,也不保证答案正确。
把定义整理为可审核的模型,再将 DOSI 连接到 Databricks SQL Warehouse。