DDL 配置
DDL 配置按数据库类型约定生成建库建表脚本时的默认选项。管理员在 Web 管理端集中维护,配置完成后由模型库下发给客户端,使同一团队生成脚本时使用一致的语句规范。本页讲配置入口、生效优先级和下发到客户端后的表现。
配置入口与范围
- 进入“系统管理 → DDL 配置”。
- 选择需要配置的数据库类型。
- 按该数据库类型可用的选项设置 DDL 生成规范并保存。
图示为 DDL 配置页,看图重点是配置按数据库类型分别维护,不同数据库类型的可选项目可能不同,应使用所选类型对应的表单。
配置以数据库类型为维度保存,未配置过的数据库类型没有对应的下发内容。修改配置后,新建或后续打开的模型才会使用新设置。
配置生效的优先级
| 层级 | 来源 | 何时使用 |
|---|---|---|
| 最高 | 用户自己的配置 | 模型带有用户自己设置的 DDL 选项时优先使用 |
| 次之 | 数据库类型配置 | 模型没有自己的配置时,使用 Web 端按数据库类型维护的配置 |
| 默认 | 核心包默认配置 | 前两级都没有对应配置时,使用核心包内置的默认值 |
在 Web 端打开模型生成 DDL 时,按上表自上而下取用,命中一层后不再向下查找。因此模型自身的配置优先于数据库类型配置,数据库类型配置优先于核心包默认值。核对生成结果与预期不一致时,先确认当前模型是否带有自己的 DDL 选项。
下发到客户端的表现
- 客户端连接模型库服务器时,自动下载全部已配置过的数据库类型的 DDL 选项。
- 在客户端生成脚本时,使用下载到的选项作为默认规范。
- 需要在 Web 端配置的基础上单独取出某个模型的选项时,使用客户端提供的下载单个模型 DDL 选项功能。
图示为客户端下载单个模型 DDL 选项的入口,看图重点是该操作面向单个模型,用于取得 Web 端已配置好的选项,而不是在客户端重新配置。
自动下载的是已配置过的数据库类型的选项,未在 Web 端配置的类型不会下发。客户端生成与执行脚本的完整流程见客户端生成 DDL。


