MySQL Workbench需先确认无NULL/重复值再勾选Pk；Navicat要注意外键冲突及NOT NULL隐式变更；SSMS须启用表重建选项；SQLite Browser实为重建表，不保留WITHOUT ROWID等特性。
MySQL Workbench 里给已有表加主键的实操步骤
直接在图形界面操作最省事，但必须注意：表里不能有重复值或 null 值，否则会失败。workbench 不会自动帮你清理数据，它只校验、不修复。
- 右键目标表 → Select Table Data 先看一眼
id或打算设为主键的列，确认无NULL、无重复 - 右键表 → Alter Table → 切到 Columns 标签页
- 找到对应列，勾选
Pk（Primary Key）复选框；如果要设联合主键，多选几列并都勾上Pk - 点 Apply → 预览 SQL（务必看！）→ 确认执行。生成的语句通常是
ALTER TABLE `table_name` ADD PRIMARY KEY (`column_name`);
Navicat 中添加主键时容易忽略的约束冲突
Navicat 点几下就能加主键，但一旦报错 Cannot add or update a child row: a foreign key constraint fails，大概率是这张表被其他表的外键引用了，而你没开“级联”或没先删外键。
- 加主键前，先查有没有外键依赖：
SELECT CONSTRAINT_NAME, TABLE_NAME FROM INFORMATION_SCHEMA.KEY_COLUMN_USAGE WHERE REFERENCED_TABLE_NAME = 'your_table'; - 如果存在依赖，要么先删掉对方表的外键（
ALTER TABLE other_table DROP FOREIGN KEY fk_name;），要么在 Navicat 的 Foreign Keys 标签页里手动处理依赖关系 - Navicat 默认用
ALTER TABLE ... MODIFY COLUMN ... PRIMARY KEY，但如果该列原本允许NULL，会隐式变成NOT NULL—— 这个隐式变更可能卡住执行
SQL Server Management Studio（SSMS）可视化建主键的坑
SSMS 的“设计表”界面看着友好，但保存时若提示 Saving changes is not permitted，不是权限问题，而是 SSMS 默认禁用了“重新创建表”模式 —— 而加主键常需重建表结构。
- 打开 Tools → Options → Designers → Table and Database Designers
- 取消勾选
Prevent saving changes that require table re-creation - 回到表设计视图，右键目标列 → Set Primary Key（或按
Ctrl+K, Ctrl+P） - 保存时，SSMS 实际执行的是
CREATE TABLE ...+INSERT INTO ... SELECT ...+DROP TABLE流程，大表会锁死、耗时久，生产环境慎用
SQLite Browser 添加主键必须重建表
SQLite 不支持 ALTER TABLE ... ADD PRIMARY KEY，所有可视化工具（包括 DB Browser for SQLite）点“设为主键”，背后都是导出数据 → 新建带主键的表 → 导入数据 → 删旧表。这个过程不可逆，且不会保留原表的 WITHOUT ROWID 属性或严格 CHECK 约束。
- 操作前务必备份：菜单栏 File → Export → Database to SQL file
- 检查原表是否含自增逻辑：SQLite 的
INTEGER PRIMARY KEY才等价于AUTOINCREMENT，光标“设为主键”不会自动加INTEGER类型 - 如果原列类型是
TEXT或NUMERIC，加主键后仍只是唯一约束，不会获得 rowid 别名行为
ALTER TABLE 的真实支持程度，以及数据本身是否满足物理约束 —— 图形界面藏起了这些细节，也放大了误操作后果。 
