Navicat 修改表结构时需谨慎操作，避免默认ALTER语句清空NOT NULL、DEFAULT、COMMENT等属性；务必通过右键“修改表”逐项确认约束，并开启SQL预览检查生成语句。
Navicat 里改表结构，别双击“设计表”就开干
直接双击表名进“设计表”界面改字段，是新手最常踩的坑——改完点保存，navicat 默认走 alter table ... modify column（mysql）或类似语句，但**不加 not null、default、column comment 等显式声明时，这些属性会被清空**。比如原字段是 name varchar(50) not null default '' comment '用户名'，只在界面里把长度改成 100，保存后 not null 和注释可能就没了。
正确做法是：右键表 → “修改表” → 在字段行里逐项确认并补全所有约束：
- 长度/类型改了？检查
NOT NULL勾选状态是否和原来一致 - 想加默认值？必须手动填入
Default栏（填NULL或具体值，别留空） - 注释变了？务必在
Comment栏重输，界面不会继承旧注释 - 主键/索引调整？在下方“索引”页签里单独操作，别只在字段行点“PK”复选框
加字段或删字段，注意 Navicat 的“执行前预览”开关
Navicat 默认开启 Tools → Options → DDL → Show SQL Preview before executing DDL statements。这个开关开着，每次点保存都会弹窗显示将执行的 SQL——这是你唯一能提前发现危险操作的地方。
常见翻车场景：
- 删字段时没关外键检查，弹出
Cannot drop column 'xxx': needed in a foreign key constraint - 给大表（百万行以上）加
NOT NULL字段且没设默认值，预览里看到ALTER TABLE ADD COLUMN xxx INT NOT NULL—— 这会锁表卡死，必须先加可空字段，再用UPDATE补值，最后MODIFY COLUMN加NOT NULL - 改字段名用的是
CHANGE COLUMN（MySQL），但 Navicat 界面里只改了“名称”栏，类型栏空着，结果生成CHANGE COLUMN old_name old_name VARCHAR(255)—— 类型丢了，变成默认类型
不同数据库对“改类型”的容忍度差异极大
Navicat 界面看着一样，但背后生成的 SQL 和执行结果，MySQL、PostgreSQL、SQL Server 完全不是一回事：
- MySQL：把
VARCHAR(50)改成VARCHAR(100)安全；但改成TEXT会报错，必须用MODIFY COLUMN+ 显式类型，且不能有默认值 - PostgreSQL：改类型常用
USING子句做转换，比如ALTER COLUMN x TYPE TIMESTAMP USING x::TIMESTAMP；Navicat 如果没填“Using expression”，可能直接报错 - SQL Server：改
INT为BIGINT允许，但VARCHAR改NVARCHAR会触发隐式转换警告，某些版本要求手动写CONVERT
所以改类型前，一定点开 SQL 预览，看清楚它到底打算执行什么——尤其注意有没有 USING、CONVERT、:: 这类数据库特有语法。
批量改多个表？别信“复制粘贴字段”
有人想省事，在一个表的设计界面复制字段，切到另一个表里粘贴——Navicat 不支持跨表粘贴字段定义，粘贴后只会丢掉所有约束，只剩字段名和类型。
真要批量操作，只有两条路：
- 用 Navicat 的“查询”窗口，手写
ALTER TABLE脚本（推荐，可控性强） - 导出表结构为 SQL（右键表 → “备份数据库” → 选“结构”），用文本编辑器批量替换，再执行（适合改字段名、注释等规律性操作）
界面操作本质是单表、低频、小改动的工具，不是批量处理引擎。越想快，越容易漏掉 FOREIGN KEY 依赖、TRIGGER 关联或应用层缓存失效这类隐形成本。
