DBeaver默认禁止双击修改主键字段，因其会触发数据库约束检查，防止误改导致数据逻辑断裂或外键失效；若需修改，须用SQL编辑器手动执行UPDATE语句，并妥善处理外键依赖。
为什么直接双击修改主键字段会失败
DBeaver 默认禁止直接编辑主键字段的值，尤其是物理主键（真实存在于数据库表结构中的 PRIMARY KEY），因为这会触发数据库层面的约束检查。常见报错类似：Cannot update primary key column 'id' 或执行后无变化、提示“0 rows affected”。这不是 DBeaver 的 bug，而是它主动规避高危操作的保护机制——避免用户误改主键导致数据逻辑断裂或外键引用失效。
- 仅当表**没有定义任何主键**时，DBeaver 才允许自由编辑任意字段（此时它可能用全字段 WHERE 做更新）
- 若表有物理主键但你仍想改其值，必须显式绕过 DBeaver 的默认 WHERE 构造逻辑
- 虚拟主键（
Edit Virtual Keys设置的）不影响数据库约束，但同样无法直接双击修改——它只影响 DBeaver 自己生成的 SQL，不解除数据库限制
手动构造 UPDATE 语句强制修改主键值
最可靠的方式是放弃表格视图的双击编辑，改用 SQL 编辑器执行原生 UPDATE。前提是：你确认该主键未被其他表作为外键引用，且业务上允许变更（例如迁移旧 ID、修复错误录入）。
- 右键目标表 → 选择
SQL Editor或按Ctrl+Enter打开新查询窗口 - 写明完整条件，例如：
UPDATE users SET id = 1001 WHERE id = 1; - 如果涉及外键约束，MySQL 需临时关闭检查：
SET FOREIGN_KEY_CHECKS = 0;，执行完再设回1 - PostgreSQL 用户需先
ALTER TABLE ... DROP CONSTRAINT ...删除外键，改完再加回（不能仅靠SET CONSTRAINTS临时禁用）
用“Edit Table”界面间接更新主键字段
部分版本 DBeaver 在“Edit Table”模式下支持主键列编辑，但需满足两个隐藏前提：表必须有且仅有一个主键字段，且该字段**不带 AUTO_INCREMENT（MySQL）或 SERIAL（PostgreSQL）属性**。一旦带自增，界面上该列会变灰不可编辑。
- 右键表 →
Edit Table→ 切换到Data标签页 - 找到目标行，点击主键单元格 → 输入新值 → 按
Tab或鼠标点别处离开编辑态 - 此时 DBeaver 会生成类似
UPDATE table SET pk_col = ? WHERE pk_col = ?的语句，而非全字段匹配 - 若失败，看日志栏输出的真实 SQL 和错误码——常因外键阻断或权限不足，而非 DBeaver 本身限制
真正容易被忽略的点：外键级联与复制表场景
即使你成功改了主键值，关联表里的外键字段不会自动同步。DBeaver 不做跨表级联更新，这点和数据库自身的 ON UPDATE CASCADE 完全无关——它只是个客户端工具。
- 如果主键被其他表外键引用，必须手动同步更新那些表的对应字段，否则下次 JOIN 查询会丢数据
- 使用
Copy Table功能导出再导入时，DBeaver 默认保留原主键值；若想重置主键（如从 1 开始），得在目标表先清空再INSERT ... SELECT，并确保目标表AUTO_INCREMENT已重置 - MySQL 中
ALTER TABLE ... AUTO_INCREMENT = 1不会改变已有数据，只影响后续插入——这点常被当成“重置主键”误用
