DBeaver GUI授权功能不支持批量操作，因其“Grant Privileges”菜单仅生成单条GRANT语句、固定单用户单对象，且权限语法因数据库类型差异大、GUI未做跨库抽象，故必须通过SQL手动批量授权。
DBeaver 本身不提供“批量授权”图形化按钮，所有权限操作都需通过 SQL 手动执行；直接点菜单或右键选“授权”只能单用户、单对象逐个处理，想批量给多个用户授相同权限，必须写 SQL。
为什么 DBeaver 的 GUI 授权功能无法批量操作
DBeaver 的 Grant Privileges 右键菜单（如对某张表点击 → “Edit Table” → “Permissions”）本质是生成单条 GRANT 语句，目标用户固定为一个，且不支持变量或列表。它面向的是“确认式安全操作”，不是运维脚本场景。
常见误操作：选中多个用户后点“Grant”，结果只对第一个用户生效，其余无反应——这不是 Bug，是设计如此。
- GUI 权限界面只接受单个
username输入，不支持逗号分隔或多选 - 不同数据库（PostgreSQL / MySQL / Oracle）的权限语法差异大，DBeaver 不做跨库批量抽象
- 权限粒度（库级/表级/列级/函数级）和 WITH GRANT OPTION 等选项，在 GUI 中需手动勾选，无法模板化
MySQL 场景下用 SQL 批量授权的可靠写法
假设你要给 user_a、user_b、user_c 在 sales_db 库中所有表授予 SELECT, INSERT 权限：
GRANT SELECT, INSERT ON sales_db.* TO 'user_a'@'%'; GRANT SELECT, INSERT ON sales_db.* TO 'user_b'@'%'; GRANT SELECT, INSERT ON sales_db.* TO 'user_c'@'%'; FLUSH PRIVILEGES;
注意点：
- MySQL 8.0+ 不再隐式创建用户，若用户不存在，需先
CREATE USER；可合并写成CREATE USER IF NOT EXISTS+GRANT -
@'%'要明确写出，不能省略；本地用户用@'localhost'，二者权限记录独立 -
FLUSH PRIVILEGES在多数情况下非必需（权限表变更后自动加载），但重启 mysqld 前建议执行，避免缓存延迟
PostgreSQL 中批量授权更依赖角色继承，别硬套 MySQL 思路
PostgreSQL 推荐用角色（ROLE）做权限中转，而不是给每个用户重复赋权。例如：
-- 创建权限组角色 CREATE ROLE sales_readers; GRANT SELECT ON ALL TABLES IN SCHEMA public TO sales_readers; <p>-- 把多个用户加入该角色 GRANT sales_readers TO user_a, user_b, user_c;</p><p>-- 新表默认权限也设上（否则后续建的表不生效） ALTER DEFAULT PRIVILEGES IN SCHEMA public GRANT SELECT ON TABLES TO sales_readers;</p>
这样后续增删用户只需 GRANT/REVOKE 角色，不用改权限语句。直接对用户跑多条 GRANT 不仅冗余，还容易漏掉 DEFAULT PRIVILEGES 导致新对象无权限。
执行前必须检查的三件事
批量授权一旦执行，撤回成本高，务必确认：
- 当前连接用户有
GRANT OPTION（MySQL）或CREATEROLE/ 所属角色有ADMIN OPTION（PostgreSQL） - 目标用户是否存在？用户名大小写是否匹配？比如 PostgreSQL 用户名默认小写，
USER_A和user_a是两个用户 - 权限范围是否过度：用
ON *.*或ON DATABASE级别授权时，极易越权；优先锁定到具体 schema 或 table pattern
真正麻烦的不是写几行 SQL，而是权限扩散后难以追溯——尤其是把 user_a 加进 admin_role 后，ta 又被其他同事赋予了新角色，你根本不知道现在 user_a 实际能干啥。
