在数据视图中安全删除需先选中行（支持多选）、点击Delete键标记为待删（红底），再点Save或Ctrl+S执行DELETE WHERE操作；必须有主键或唯一约束，且确保Auto-commit开启、权限充足，否则会失败或无响应。
直接在数据视图里选中行，点删除按钮再点 Save（或 Ctrl+S）就能删掉，不用写 SQL。 这是最常用也最安全的可视化删除方式，但有几个关键点不注意就会删错或删不掉。
怎么在数据视图里安全删一行或多行
进入目标表后，点击右上角「Data」标签页，确保看到的是表格形式的数据（不是 DDL 或 ER 图）。这时才能进行行级操作：
- 用鼠标单击选中某一行，或按住
Ctrl多选、Shift连续选中多行 - 点击工具栏上的红色
Delete按钮（图标是垃圾桶），或按快捷键Delete键（不是 Backspace） - 被选中的行会变成红色背景，表示“待删除”状态，但此时数据库还没变
- 必须点击下方的
Save按钮（或按Ctrl+S），DBeaver 才真正执行DELETE FROM ... WHERE ... - 如果误操作了，点
Revert（或Ctrl+Z）可撤销“待删除”标记，不会触发任何 SQL
注意：这个流程依赖表有主键或唯一约束。如果表没有主键，DBeaver 无法生成精确的 WHERE 条件，会拒绝保存并报错 No primary key or unique constraints defined。
为什么点了 Save 没反应，或者提示“no rows affected”
常见原因不是操作错了，而是事务没提交、权限不足或条件不匹配：
- 确认连接配置里勾选了
Auto-commit（默认开启）。如果关闭了，Save 只是执行语句，你还得手动点Commit - 检查当前用户是否有该表的
DELETE权限。错误信息通常是Access denied for user ... to database ... - 某些数据库（如 MySQL 的 MyISAM 引擎）不支持事务，但 DBeaver 仍会尝试用事务包装，导致看似“没反应”
- 如果你删的是刚插入但未 Save 的行，它其实只是本地缓存数据，删了也不会发到数据库
想批量删、按条件删，别硬点鼠标
可视化方式适合少量、明确的行；一旦要删几十行以上，或带复杂条件（比如 WHERE status = 'draft' AND created_at ），就该切到 SQL 编辑器：
- 右键表 → «Edit Table» → 切换到 «SQL» 标签页，手写
DELETE FROM table_name WHERE ... - 务必先用
SELECT COUNT(*) FROM ... WHERE ...预估影响行数，避免误删全表 - 执行前确认连接处于正确的数据库（左下角显示当前 schema），否则可能删错库里的同名表
- 不要用
TRUNCATE TABLE替代DELETE—— 前者不能回滚、不走触发器、不检查外键，且 DBeaver 的 «Truncate» 功能是右键表 → «Tools» → «Truncate»，和行删除完全不是一回事
最容易被忽略的是：DBeaver 的「Delete + Save」本质是生成带主键的 WHERE 子句。如果表结构后期改过（比如删了主键、加了复合唯一索引但没刷新元数据），DBeaver 可能还在用旧的主键列拼条件，导致删掉错误的行——遇到异常情况，先右键表点 «Refresh Metadata»。
