最稳方式是用“生成SQL → DDL”而非“导出数据”，因后者默认简化建表语句，易遗漏约束、索引、注释、序列、默认值表达式等关键结构，且跨库跨版本兼容性差；DDL生成可人工校验并调整，确保完整性与可执行性。
直接复制表结构在 DBeaver 里最稳的方式不是用“导出数据”，而是用 生成SQL → DDL，再手动执行到目标库——因为“导出数据”默认走的是数据迁移路径，容易漏掉约束、索引、注释甚至外键依赖。
为什么不能只靠“导出数据”复制表结构
很多人点右键选“导出数据”，勾选“结构和数据”，结果在目标库建出来的表缺主键、没自增、注释全丢。这是因为：
-
导出数据的底层逻辑是生成INSERT+CREATE TABLE，但它的CREATE TABLE是简化版，常省略ENGINE、CHARSET、CHECK、COMMENT等细节 - Oracle/PostgreSQL 等数据库的序列（
SEQUENCE）、默认值表达式（如NOW()、gen_random_uuid()）基本不会被自动带过去 - 如果目标库已存在同名表，“导出数据”会报错或跳过，不会提示你该删表还是改名
正确做法：用 DDL 生成 + 手动调整执行
这是跨库、跨版本复制结构最可控的方式：
- 在源表上右键 →
生成SQL→DDL，DBeaver 会弹出 SQL 编辑框，内容是完整建表语句 - 检查生成的 SQL：确认
PRIMARY KEY、AUTO_INCREMENT/SERIAL、DEFAULT、COMMENT都在；PostgreSQL 用户特别注意OWNED BY是否保留 - 把目标库名加到
CREATE TABLE前面，比如原语句是CREATE TABLE users (…)，改成CREATE TABLE target_db.users (…) - 切换到目标库连接，打开 SQL 编辑器，粘贴执行；若报错“数据库不存在”，先用
CREATE DATABASE target_db补上 - 执行完右键目标库 →
Refresh，否则新表可能不显示
想连数据一起复制？用“导出数据”但必须选对 Target Mapping
结构搞定后，数据迁移才真正安全。关键在第三步的映射设置：
- 源表右键 →
导出数据→ 第二页（“选择目标”）中，Target列要双击，然后点Choose→ 选目标库 → 展开后选已有表（或输新表名） -
Mapping列必须设为existing（已有表）或create（新建表），不能留空或选auto—— 后者在某些驱动下会静默失败 - 务必勾选
打开新连接，使用事务，否则大表容易卡死或部分写入 - 如果源表有
TIMESTAMP字段且含时区信息，MySQL 用户需确认目标库time_zone设置一致，否则时间偏移
容易被忽略的兼容性坑
跨数据库类型复制（比如从 MySQL 到 PostgreSQL）时，DDL 生成的语句大概率不能直跑：
-
TINYINT(1)在 MySQL 里常当布尔用，但 PostgreSQL 没这类型，得手动改成BOOLEAN -
TEXT在 SQLite 中无长度限制，在 Oracle 中对应CLOB，直接粘贴会报错 - MySQL 的
utf8mb4和 PostgreSQL 的UTF8虽然都叫 UTF-8，但排序规则（collation）不互通，中文检索可能异常 - 如果目标库是只读用户权限，
CREATE TABLE会失败，得提前确认用户有CREATE权限，不只是INSERT
DDL 生成看似多一步，但它暴露了所有结构细节；而“一键导出”藏了太多假设。真要复制表，宁可慢一点，也别绕过看一眼 SQL 这步。
