Oracle非ANY权限下向角色授予schema下触发器DROP/ALTER权限的实现

核心逻辑说明 #

主流关系型数据库的权限模型中，不存在独立的、非全局作用域的触发器专属DROP/ALTER权限。DROP ANY TRIGGER/ALTER ANY TRIGGER属于跨schema的全局高权限，本身就存在合规风险，不适合作为授权选项。
触发器本质是依附于对应表/视图的附属对象，针对触发器的ALTER、DROP操作权限，天然被所属表的ALTER权限覆盖。不需要单独为触发器赋权，即可将权限严格限制在你个人所属schema的边界内，完全规避ANY类高权限的合规问题。

可直接复用的授权语法 #

PostgreSQL 环境 #

-- 为目标角色授予你个人schema下现有全部表的ALTER权限，覆盖对应表关联触发器的修改、删除操作
GRANT ALTER ON ALL TABLES IN SCHEMA 你的个人schema名 TO 目标角色名;

-- 配置默认权限规则，后续你在该schema下新建的表，其关联触发器的操作权限会自动同步给目标角色
ALTER DEFAULT PRIVILEGES IN SCHEMA 你的个人schema名
GRANT ALTER ON TABLES TO 目标角色名;

MySQL 环境 #

-- 为目标角色授予你个人库（即对应schema）的表级ALTER权限，无跨库的ANY高权限，权限边界严格限制在你的个人schema内
GRANT ALTER ON 你的个人库名.* TO '目标角色名'@'允许的访问主机范围';
-- 刷新权限配置使其立即生效
FLUSH PRIVILEGES;

检索无对应示例的原因说明 #

网络上找不到非ANY类触发器授权参考示例，本质是数据库本身就没有设计独立于表权限之外的、非全局范围的触发器DROP/ALTER专属权限。触发器操作权限始终跟随其依附的表对象配置，不存在单独为schema下触发器授权DROP/ALTER的专属语法。

内容的提问来源于stack exchange，提问作者user14392215