针对MERGE语句执行Explain Plan报权限不足、SELECT可正常生成计划的问题咨询

这个问题的核心是Oracle对不同语句类型的执行计划权限校验规则存在本质差异，和Explain Plan工具本身的配置无关，具体差异逻辑如下：

• 权限校验范围差异：执行计划操作并非仅做静态语法解析，在解析阶段会执行和实际运行语句完全一致的权限校验。纯SELECT语句属于只读操作，仅需校验账号对语句引用所有表的SELECT权限，即可通过校验生成执行计划；MERGE是整合了INSERT、UPDATE、DELETE能力的DML语句，执行计划解析时除了校验对源表的SELECT权限，还会强制校验对MERGE操作目标表对应的INSERT、UPDATE、DELETE写权限，缺少任意一项权限就会直接抛出ORA-01031: insufficient privileges错误。
• 常见认知误区：很多用户认为生成执行计划不会实际变更数据，就不需要DML类写权限，但从Oracle 10g版本开始，所有DML类语句的执行计划权限校验标准，和实际执行该DML语句的权限要求完全一致，不会因为不实际执行数据变更就放宽校验规则。哪怕MERGE语句中的写操作分支在实际运行时永远不会被触发，只要权限校验环节发现缺少对应的写权限，就会直接中断执行计划生成流程。
• 易忽略的角色权限场景：如果账号的写权限是通过数据库角色继承获得的，在生成执行计划的独立会话中，如果对应角色没有被设置为默认启用状态，就会出现权限校验失败的情况；而SELECT权限通常通过基础角色或直接授权开放，不受角色启用状态的影响，这也会造成同库下SELECT可正常生成执行计划、MERGE报错的现象。

• 核对账号对MERGE语句涉及的目标表的权限，确认是否单独直接授权了INSERT、UPDATE、DELETE权限，仅持有目标表的SELECT权限无法通过MERGE类DML语句的执行计划权限校验。
• 如果写权限是通过角色授予的，在生成执行计划的会话中手动启用对应角色，再重新执行Explain Plan操作。

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