配置命名空间、DBLink 与预处理

命名空间区分不同系统或环境中的同名对象；预处理把原始代码中的变量、连接和不规范内容转换为可解析输入。两者共同影响血缘是否关联到正确对象。

规划命名空间

进入“系统管理 → 血缘管理 → 命名空间”，创建或编辑名称及对应属性。名称唯一，设计时应明确技术来源、环境和生命周期。

同一数据库中执行的 SQL 通常与其元数据使用相同命名空间。跨系统 ETL 需要将多个数据连接分别映射到源、目标命名空间。

默认 Schema 用于表名前缺少 Schema 的情况。填写错误会使解析节点落到错误路径，不能以补填任意 Schema 消除缺失提示。

配置 DBLink

在 DBLink 映射管理中查看采集到的 DBLink，必要时手工创建，核对以下内容：

项目	含义
DBLink 名称	代码引用的连接关键字，例如示例 customer@remote 中的 remote
默认 Schema	经该连接访问表但未指定 Schema 时的补充值
创建空间	DBLink 所在数据库对应的命名空间
指向空间	DBLink 实际连接的数据库对应命名空间

解析前完成映射，再用跨库样本检查是否连接到正确来源。

创建并应用预处理

1. 进入“预处理管理”，选择 JavaScript、正则表达式或大模型方式。
2. 为特定数据库和代码场景定义处理内容；使用大模型前先配置相应接口。
3. 在血缘空间任务的“预处理”中选择适用规则。
4. 检查自动提取的变量与数据连接，必要时批量导出、维护、导入。
5. 对少量文件比较处理前后内容，确认仅解决解析问题而未改变业务含义。
6. 解析后检查文件报告和链路。

大模型可辅助从 Java、Python 中提取 SQL 或修正语法，但应复核输出。保留原文件，不把经过推断改写的语句当作业务系统原始执行事实。

排查断链

优先检查元数据是否采集、连接是否全部映射、默认 Schema 是否正确、DBLink 源目标是否颠倒、变量是否被替换，以及预处理是否遗漏关键语句。修复后重新解析并核对结果。