导出全部表DDL必须用「生成 SQL → DDL」而非「Export Database」，正确路径是Ctrl多选表→右键→「生成 SQL」→「DDL」；需勾选Include constraints、indexes、comments三项，并设置Split output、UTF-8编码及BOM。
导出全部表的 DDL 必须用「生成 SQL → DDL」，不是「Export Database」
很多人点右键选「Export Database」，结果导出来全是空结构或只有部分表——因为这个功能默认只导 Schema 级元数据（比如数据库名、字符集），不递归展开所有表。真正批量导出建表语句的入口在「生成 SQL」里。
正确路径是：在数据库导航器中，按住 Ctrl 多选所有目标表（支持跨 schema 选择），右键 → 「生成 SQL」→ 「DDL」。DBeaver 会自动合并所有选中表的 CREATE TABLE 语句到一个编辑器窗口。
- 若没看到「生成 SQL」菜单，说明当前连接驱动未启用 DDL 支持（常见于旧版 Greenplum 或 Hive 连接）；可尝试升级驱动或改用「Tools → Export User Objects」
- 导出内容默认带 schema 前缀（如
myschema.mytable），如需去前缀，在 DDL 对话框中取消勾选Use fully qualified names - 外键依赖顺序不会自动处理，比如
orders表引用users，但users在脚本里排后面，导入时会报错；得手动调整顺序或加SET CONSTRAINTS ALL DEFERRED（PostgreSQL）
导出时必须勾选的三项 DDL 选项
点击「生成 SQL → DDL」后弹出的对话框里，有三个关键复选框直接影响脚本能否直接执行：
-
Include constraints：不勾就丢掉FOREIGN KEY、CHECK、UNIQUE，只剩基础字段定义 -
Include indexes：漏掉这个，索引全没了，导入后查询性能断崖下跌 -
Include comments：字段注释（COMMENT ON COLUMN）和表注释全消失，文档价值归零
另外两个实用选项：Generate DROP statements（加 DROP TABLE IF EXISTS 前置语句）和 Use IF NOT EXISTS（MySQL/PostgreSQL 兼容性必需），建议一并勾上。
大库导出卡死或内存溢出？拆分和编码要提前设
100+ 表、含 CLOB/BLOB 字段的库，直接点「确定」生成 DDL 很容易卡在“正在生成…”或抛 OutOfMemoryError。根本原因是 DBeaver 把全部 DDL 加载进内存再渲染。
- 在 DDL 对话框底部，勾选
Split output into multiple files，并设单文件上限为5MB—— 避免单文件过大导致后续导入工具拒绝读取 - 编码必须显式设为
UTF-8，且勾选Write BOM，否则 Windows 下用记事本打开会乱码，SQL Server Management Studio 导入时直接报语法错误 - 如果导出后发现中文注释变成问号，不是 DBeaver 问题，而是数据库连接参数没传
useUnicode=true&characterEncoding=UTF-8（MySQL）或client_encoding=utf8（PostgreSQL）
Oracle/DB2 用户注意：db2look 和 expdp 是更稳的替代方案
DBeaver 对 Oracle 和 DB2 的 DDL 生成支持较弱：Oracle 无法导出 GRANT 权限语句，DB2 的 GENERATED ALWAYS AS IDENTITY 可能被简化成普通 INTEGER。生产环境建议切换回原生命令：
- Oracle：用
expdp导出 DDL（CONTENT=METADATA_ONLY），比 DBeaver 更完整、更快 - DB2：用
db2look -d <dbname> -e -o ddl.sql</dbname>，能准确保留ORGANIZE BY DIMENSIONS等高级语法 - 两者都支持脚本化调用，适合加入 CI/CD 流水线，而 DBeaver 纯手工操作不可靠
DDL 导出最易被忽略的其实是约束命名一致性——DBeaver 自动生成的约束名（如 SQL230412152122790）和源库不一致，迁移后权限校验或审计日志会失效。真要全量还原，别只信图形界面。
