DBeaver社区版“数据传输”向导仅支持表和视图迁移，不包含存储过程、函数、索引、约束等对象，因其依赖JDBC getTables()接口，不解析系统表或生成DDL；企业版才支持完整对象迁移。
直接说结论：DBeaver 的“数据传输”（Data Transfer）向导能搬表结构 + 数据，但“对象”是否包含存储过程、函数、视图、索引等，取决于目标库类型和 DBeaver 版本——社区版只支持表级迁移，企业版才支持完整对象迁移。
为什么右键“数据传输”后看不到存储过程或函数？
因为 DBeaver 社区版的 DataTransferWizard 默认只识别“可枚举的数据源”，即表（TABLE）、视图（VIEW）和查询结果集。它不解析数据库系统表（如 pg_proc、mysql.proc）来提取函数定义，也不生成 DDL 重建触发器或约束。企业版通过扩展插件支持该能力，社区版用户看到的“对象列表”本质是 JDBC getTables() 和 getColumns() 的返回结果。
- MySQL 源库中右键 schema → “数据传输”，只会列出
TABLE和VIEW，不会出现PROCEDURE或FUNCTION - PostgreSQL 源库中即使有自定义函数，也不会出现在源选择页；
pg_get_functiondef()不被调用 - 如果误以为“选中 schema 就等于搬全部对象”，执行后会发现目标库只有空表，没有索引、注释、外键约束
表结构能自动建，但字段类型常翻车
DBeaver 会基于 JDBC getColumnTypeName() 做类型映射，但这个映射是启发式而非精确的。比如：
-
DATETIME(6)（MySQL 微秒）→ 默认映射为TIMESTAMP WITHOUT TIME ZONE（PostgreSQL，精度降为毫秒），丢失 3 位微秒 -
ENUM('a','b')（MySQL）→ 映射成TEXT（PostgreSQL），但原语义约束消失 -
TINYINT(1)（MySQL 布尔习惯写法）→ 映射为SMALLINT，不是BOOLEAN，后续应用读取可能出错 - 中文列注释在从 MySQL → SQL Server 迁移时，若未显式设置源连接的
characterEncoding=utf8，会变成???
解决办法是在“映射配置”页手动点开每张表的 列映射，逐个检查目标类型，并勾选 Use custom type 覆盖默认值。
想搬视图/函数/存储过程？得换路子
社区版下没有一键按钮，但可以组合操作达成目的：
- 视图：右键源库视图 →
Generate SQL→Create，复制生成的 DDL，切换到目标库 SQL 编辑器里执行（注意替换CREATE VIEW中的表名前缀、函数调用语法差异） - 函数/存储过程：对 MySQL，查
SELECT body FROM mysql.proc WHERE name='xxx'；对 PostgreSQL，查SELECT pg_get_functiondef(oid) FROM pg_proc WHERE proname='xxx'；导出文本后手工适配语法再执行 - 索引/约束：DBeaver 不导出，必须从源库
SHOW CREATE TABLE或pg_get_indexdef()提取，再改写为目标库语法 - 注意：企业版的
Data Transfer在“高级设置”里有Export DDL only和Include routines开关，但社区版无此选项
大数据量迁移卡在“Writing data…”？别硬等
这是最典型的假死现象，背后其实是 JDBC 批处理 + 单事务机制在作祟：
- 默认
batchSize=100，但实际写入仍走单PreparedStatement，100 万行 = 1 万次 executeBatch() 调用，网络往返拖慢感知 - 整个表在一个事务里提交，目标库锁表时间长，还可能触发 PostgreSQL 的
transaction timeout或 MySQL 的max_allowed_packet截断 - JVM 堆内存不足时，
java.lang.OutOfMemoryError: Java heap space直接崩溃，日志里看不到明确报错位置
临时解法：在目标库连接设置里开启 Auto-commit（牺牲原子性保进度），或改用命令行分批导出 CSV + COPY/LOAD DATA；长期解法是升级到 DBeaver 24.2+，它开始暴露 batchSize 和 commitAfter 高级参数。
真正容易被忽略的是：迁移完一张表，INSERT 成功不代表数据就对了。主键冲突、时区偏移、NULL 处理逻辑（比如 MySQL 的 '' vs PostgreSQL 的 NULL）、字符集隐式转换，都可能造成静默损坏。务必用 SELECT COUNT(*) + SELECT MD5(GROUP_CONCAT(...))（MySQL）或 md5(string_agg(...))（PostgreSQL）做校验，而不是只看“完成”弹窗。
