有Oracle表删除权限 MS Access链接表删除报ODBC ORA-01031错误

直连Oracle可正常删除记录、Access链接表查询/插入正常仅删除报ORA-01031，且其他同权限链接表删除操作正常，在已经排除链接表缓存、ODBC配置、基础权限回收重授、触发器/宏拦截的前提下，按以下优先级定位修复：

1. 补全目标表的直接显式DELETE权限（最高发诱因） #

Access通过ODBC接口执行删除操作时，Oracle不会识别用户通过角色（含内置角色、自定义角色）继承的DELETE权限，必须给用户授予针对目标表的直接显式授权，角色传递的权限在该场景下校验不通过。

• 验证操作：用问题账号直连Oracle执行以下SQL，确认目标表的DELETE权限为直接授予：

SELECT PRIVILEGE, OWNER, TABLE_NAME, GRANTOR 
FROM USER_TAB_PRIVS 
WHERE TABLE_NAME = '问题表名' AND PRIVILEGE = 'DELETE';

如果上述查询无返回结果，执行以下SQL确认权限是否来自角色继承：

SELECT PRIVILEGE, OWNER, TABLE_NAME, ROLE
FROM ROLE_TAB_PRIVS 
WHERE TABLE_NAME = '问题表名' AND PRIVILEGE = 'DELETE';

• 修复操作：使用表属主或DBA账号执行直接授权，禁止通过角色传递该权限：

GRANT DELETE ON 表属主.问题表名 TO 问题账号;

授权完成后删除原有Access链接表重新关联，必要时重启Access客户端生效。

2. 排查DELETE触发器关联对象的权限缺失 #

如果目标表上配置了DELETE类型触发器，触发器运行时引用的日志表、存储过程、序列等对象如果没有给当前用户授予对应操作权限，Oracle会统一抛出ORA-01031错误，不会提示具体缺失权限的对象名；直连场景下触发器默认以定义者权限运行不会触发校验，ODBC场景下调用者权限校验规则更严格，就会触发报错。

• 验证操作：查询目标表绑定的所有DELETE触发器：

SELECT TRIGGER_NAME, TRIGGER_TYPE, TRIGGER_BODY
FROM ALL_TRIGGERS 
WHERE TABLE_OWNER = '表属主' AND TABLE_NAME = '问题表名' AND TRIGGERING_EVENT LIKE '%DELETE%';

逐行核对触发器代码中引用的所有对象，确认问题账号持有这些对象的必要操作权限。

• 修复操作：补全问题账号对触发器关联对象的对应权限，或直接将触发器设置为AUTHID DEFINER模式，强制以触发器定义者权限运行代码，绕开调用者权限校验。

3. 排查VPD策略/链接对象类型不匹配问题 #

• 若Access链接表实际指向的是同名视图而非物理表，需要确认用户持有该视图的DELETE权限，以及视图依赖基表的对应删除权限，仅持有物理表权限无法通过视图执行删除。
• 若目标表配置了Oracle虚拟私有数据库（VPD/细粒度访问控制）策略，策略函数如果校验了客户端会话属性（比如客户端程序名、模块标识），ODBC驱动连接时携带的属性和TOAD/SQL Developer不一致，会被策略拦截误报权限不足。可通过以下SQL查询确认VPD策略配置：

SELECT POLICY_NAME, FUNCTION_NAME, POLICY_TYPE
FROM ALL_POLICIES
WHERE OBJECT_OWNER = '表属主' AND OBJECT_NAME = '问题表名';

确认存在策略的，调整策略规则放行ODBC驱动对应的会话标识即可。

4. 排查ODBC驱动版本兼容性问题 #

如果使用的Oracle ODBC驱动版本比服务端版本低2个以上大版本（比如用11g驱动连19c/21c服务端），删除操作的SQL解析可能出现异常，被Oracle误判为权限不足。更换为和服务端大版本一致的Oracle Instant Client ODBC驱动，重新配置系统DSN后重连即可。

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