DBeaver拆分表字段时丢失外键，因图形化工具默认不自动迁移约束、不继承ON DELETE CASCADE行为，且DDL生成需手动勾选“Include foreign keys”；Navicat同步易忽略SIGNED/UNSIGNED属性导致MySQL 8.0报错3780；BI工具需手动重扫元数据；新表必须显式创建主键和外键索引以保障JOIN性能。
用 DBeaver 拆分表字段时，为什么改完结构却丢了外键？
图形化工具默认不自动迁移约束，哪怕你只是把 user_info 里的 address 字段拖进新建的 addresses 表，foreign key 也不会自动生成。
- 必须手动在新表建好后，右键
addresses→ “Edit Table” → 切到 “Foreign Keys” 标签页，点 “+” 添加关联 - DBeaver 的 “Generate DDL” 预览里不显示外键语句，容易误以为已同步 —— 实际要勾选 “Include foreign keys” 才生效
- 如果原字段有
ON DELETE CASCADE，图形界面不会继承这个行为，得手填
Navicat 导出拆分脚本后，MySQL 8.0 报错 ERROR 3780
这是引用字段类型不一致触发的严格检查：比如原 user_id 是 BIGINT UNSIGNED，但你在新表里建成了 INT，Navicat 自动生成的外键语句就会失败。
- 导出前先确认两边字段的完整定义：
SHOW COLUMNS FROM users和SHOW COLUMNS FROM addresses对比Type和Null - Navicat 的 “Synchronize” 功能会忽略符号属性（
SIGNED/UNSIGNED），务必人工核对 - MySQL 8.0.19+ 默认开启
check_foreign_keys，临时关掉只治标，修类型才是根本
Power BI 或 Metabase 连接后查不到新表，不是权限问题
很多 BI 工具缓存了数据源的元数据结构，表名变了、字段挪走了，它还按老 schema 查，直接报 Table not found 或字段 Unknown column。
- Metabase 必须点右上角用户头像 → “Admin Settings” → “Databases” → 找到对应库 → 点 “Rescan”
- Power BI Desktop 里，点击“主页”→“转换数据”→右键查询→“高级编辑器”，删掉旧字段引用后，再点“刷新预览”
- 别信“自动刷新元数据”——BI 工具的“自动”通常只检测新增表，不感知字段级拆分
字段拆分后 JOIN 性能反而变差，别急着加索引
拆出去的新表如果没有主键或没建好索引，JOIN 会退化成全表扫描，比原来单表查还慢。
- 新表必须有主键：
id或复合主键（如(user_id, type)），否则 MySQL 会隐式加ROWID，但无法用于 JOIN 加速 - 外键字段本身不自动建索引，必须显式执行
CREATE INDEX idx_user_id ON addresses(user_id) - 如果原表
user_info的address字段常被WHERE查询，拆分后这部分条件得挪到addresses表，且对应字段也要加索引
字段拆分不是点几下鼠标就完事的事——约束、类型、元数据、索引，四个环节漏一个，线上就可能出错。最常被跳过的其实是外键字段的 UNSIGNED 属性和 BI 工具的手动重扫。
