DBeaver 无内置表级风险提示功能，因其定位为中立数据库客户端，不介入业务语义判断；可通过手动注释、执行计划验证、启用DML确认弹窗、只读连接等方式低成本增强风险提醒。
没有内置的“表级风险提示”功能，DBeaver 不会主动标红、弹窗或拦截对关键表（如 users、orders）的访问。它默认把所有表一视同仁——这是设计使然，不是 bug。
为什么 DBeaver 不提供表级访问提示
DBeaver 是一个通用数据库客户端，核心定位是“中立的数据操作界面”，而非权限审计或生产防护工具。它的元数据加载、SQL 编辑、执行计划等功能都基于 JDBC 标准协议，不介入业务语义判断。换句话说：users 对它来说只是个名字，和 tmp_log_202410 没有本质区别。
如果你在其他工具里见过类似“⚠️ 此表为核心用户表，确认要 DROP 吗？”的提示，那通常是企业自研插件、数据库代理层（如 ProxySQL）、或 DBA 在数据库侧配置的触发器/规则（如 PostgreSQL 的 event_trigger），不是 DBeaver 自带能力。
如何在 DBeaver 里低成本实现表级提醒
虽然不能自动识别“关键表”，但你可以用以下方式让高危操作更显眼、更难误触：
- 在 SQL 编辑器中手动加注释，例如：
-- ⚠️ 操作核心表 users，请确认 WHERE 条件！；DBeaver 会保留并高亮显示这类注释 - 利用
SQL Execution Plan面板前置验证：执行前右键 SQL →Explain Execution Plan，看是否命中主键/索引；若显示Seq Scan且无WHERE，基本就是全表扫描风险 - 开启
Confirm execution of DML statements（路径：Preferences → Editors → SQL Editor → SQL Execution）；勾选后，每次执行UPDATE/DELETE前都会弹窗确认，且窗口里会显示影响行数预估（需数据库支持EXPLAIN返回行数） - 对特定连接启用
Read-only mode（右键连接 →Connection settings → General → Read-only connection）；这样连上就无法执行写操作，从源头规避误删
容易被忽略的“伪提示”陷阱
有些用户以为开启 Auto-completion 或刷新元数据后，字段列表里排在前面的表就是“重点表”，其实不是：
-
Auto-completion的排序只按字母或最近使用频次，不反映业务重要性 - 刷新元数据（
Refresh All Metadata）只是同步结构，不会给表打标签 - 即使你在数据库里给表加了
COMMENT（如COMMENT ON TABLE users IS '核心用户主表'），DBeaver 的补全框也不会显示该注释内容——它只在表结构面板的Description栏里可见
真正起作用的风险控制点，永远在人脑 + 习惯 + 配置组合里，而不是某个开关一开就万事大吉。
