Navicat 17 的“复制/粘贴”无法跨库迁移表结构，仅支持同一连接内临时建空壳表；真正可行的是两种方式：一是手动复制 SHOW CREATE TABLE 语句并修改库名后执行，可完整保留注释、字符集等；二是使用「数据传输」工具仅传结构，但需手动补全外键、触发器及自增值。
Navicat 17 的“复制/粘贴”根本不能跨库迁移表结构
右键表 → “复制”，再切到另一个数据库右键“粘贴”——这个操作在 navicat 17 中对跨库、跨连接、跨平台（如 mysql → postgresql）完全无效。它只在**同一连接、同一数据库内**临时生成一个空壳表，且不带索引、注释、外键、字符集等任何细节。invalid target location 或按钮变灰是常态，不是你操作错了，是功能本身就不支持。
真正能跨平台迁移表结构的只有两种方式
必须绕过图形化捷径，用底层可控的方式：
- 用
SHOW CREATE TABLE手动改名执行：右键源表 →「对象信息」→「DDL」标签页 → 复制完整建表语句 → 粘贴到目标库查询窗口 → 把`old_db`.`table_name`改成`new_db`.`table_name`→ 执行。这是唯一能保留COMMENT、COLLATE、分区、生成列的方案 - 用「数据传输」工具但只传结构：顶部菜单 →「工具」→「数据传输」→ 左选源表，右选目标库 →「高级」→ 取消勾选
Transfer data，勾选Drop target table if exists→ 开始。注意：FOREIGN KEY、TRIGGER、全文索引仍不会被复制，得额外手动补
跨平台时字段类型和字符集容易自动“变形”
比如从 MySQL 迁到 PostgreSQL，DATETIME 可能变成 TIMESTAMP WITHOUT TIME ZONE，TINYINT(1) 可能被转成 BOOLEAN；若源表用 utf8mb4 但目标库连接默认是 latin1，中文注释会直接乱码成 ???。
- 执行前先确认目标库连接的字符集：
SHOW VARIABLES LIKE 'character_set_client'（MySQL）或SHOW client_encoding（PostgreSQL） - 在目标库查询窗口开头加一句：
SET NAMES utf8mb4（MySQL）或SET client_encoding = 'UTF8'（PostgreSQL） - 如果目标平台不支持某字段类型（如 MySQL 的
JSON到旧版 SQL Server），SHOW CREATE TABLE导出后必须人工改写，不能依赖「数据传输」自动转换
别忘了 AUTO_INCREMENT 和主键初始值
即使结构成功建出来了，新表的 AUTO_INCREMENT 值永远从 1 开始，跟源表当前最大值无关。这会导致后续插入主键冲突或跳号。
- 查源表当前自增值：
SELECT AUTO_INCREMENT FROM information_schema.TABLES WHERE TABLE_SCHEMA='db_name' AND TABLE_NAME='table_name' - 建完表后立刻执行：
ALTER TABLE `new_db`.`table_name` AUTO_INCREMENT = 12345（把 12345 换成实际值） - 这个步骤在「数据传输」或「结构同步」里都不会自动做，必须手补
