Navicat 15 不支持修改 DDL 脚本模板，因其生成逻辑硬编码；可通过规范字段注释、清理条件注释、显式命名外键/索引控制输出，并辅以SQL拼接、脚本后处理或手写DDL来满足合规要求。
Navicat 15 的 DDL 脚本模板在哪改
navicat 15 不提供直接编辑 ddl 模板的界面，create table、alter table 等语句的生成逻辑是硬编码在客户端里的，无法像代码片段那样自定义内容。你看到的导出 ddl（右键表 → “对象信息” → “ddl” 标签页），或“导出为 sql 文件”时生成的建表语句，都来自内部模板引擎，没有配置入口。
能干预 DDL 输出的三个实际落点
虽然不能改模板本身，但可通过以下三处控制最终输出效果：
-
字段注释必须写进
COLUMN_COMMENT：Navicat 仅当字段有COLUMN_COMMENT值时，才会在 DDL 中生成COMMENT 'xxx'。空注释或 NULL 值会被跳过。ISO 审计要求注释完整率 100%，这里漏一个就可能被标为不符合项 -
导出前手动清理 MySQL 条件注释：Navicat 默认在 DDL 开头加
/*!40101 SET NAMES utf8mb4 */这类语句。这些不是标准 SQL，CI/CD 流水线或某些数据库代理会报错。导出后需用正则/\/\*![0-9]+ .+?\*\//g批量删除 -
外键和索引命名必须显式指定：Navicat 自动生成的 FK 名如
fk_user_profile_2、索引名如idx_user_status，不满足公司“uk_{table}_{col}”或“ix_{table}_{col}_dt”规范。必须提前在表设计里手动填好Constraint Name和Index Name字段，否则导出即固定
为什么改了表设计，导出 DDL 还是老样子
常见卡点：
- 修改字段注释后没点击表设计窗口右上角的
Save（不是 Ctrl+S），Navicat 不会真正提交到information_schema.COLUMNS.COLUMN_COMMENT，导出时仍读取旧值 - 在“对象信息”窗口点“刷新”不会更新 DDL 标签页内容，必须关闭再重新打开该窗口
- 连接使用的是只读用户权限，
ALTER TABLE ... COMMENT实际执行失败，但 Navicat 不提示错误，界面上看起来已保存
真正合规的替代路径
如果公司规范严格（比如要求所有 CREATE TABLE 必须带 ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci，且字段顺序、缩进、换行全部统一），建议绕过 Navicat 自动生成：
- 用
SELECT查询拼接 DDL（参考知识库中那个支持批量导出的information_schema.COLUMNS查询），把公司规范逻辑写进 SQL 里 - 导出结构后，用脚本（Python / sed）做 post-process：替换存储引擎、标准化注释位置、补全缺失的
COLLATE - 对关键表，直接手写 DDL 并纳入 Git 版本管理，Navicat 仅作反向校验工具（对比“对象信息”→“DDL”是否与 Git 中一致）
硬改 Navicat 模板不可行，但控制输入源（注释、命名）+ 后处理 + 手写兜底，才是落地编码规范最稳的组合。别在“改模板”上耗时间，那是个死胡同。
