为什么用户不能删除自己的表以及为什么显示此错误 ORA-01017?
SQL> SELECT * FROM V$VERSION; Oracle Database 23ai Free Release 23.0.0.0.0 - 免费开发、学习和运行 Oracle Database 23ai Free Release 23.0.0.0.0 - 免费开发、学习和运行版本 23.7.0.25.01 Oracle Database 23ai Free Release 23.0.0.0.0 - 免费开发、学习和运行
SQL> 显示用户 USER 是“LAB”
SQL>创建表TEST1(test1 varchar2(1));
表已创建。
SQL> 从 DUAL 中选择 DBMS_METADATA.GET_DDL('TABLE','TEST1');
创建表“LAB”。“TEST1”(“TEST1”VARCHAR2(1),“TEST2”VARCHAR2(1))段创建延迟PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS 日志记录表空间“LAB”
SQL> drop table LAB.TEST1; drop table LAB.TEST1 * 错误在第 1 行:ORA-00604:递归 SQL 级别 1 发生错误。请检查后续错误。ORA-01017:凭据无效或未经授权;登录被拒绝
您的错误堆栈状态为:
ORA-00604: Error occurred at recursive SQL level 1
请注意,这是递归 SQL——它作为命令的副作用在后台运行,而不是命令本身。这很可能是一个触发器。其次,原始错误是
ORA-01017: invalid credential or not authorized; logon denied
,这在 DDL 中是一个非常不常见的错误。似乎有程序正在尝试连接到另一个 Oracle 数据库——同样,这很可能是由触发器引起的。也许 DBA 有一个触发器,用于将 DDL 记录到某个中央存储库数据库中,而该链接已断开。要查看触发器,请查询:
仔细阅读触发器代码,看看是否有任何触发器看起来像是在尝试与远程数据库通信。如果无法查询此视图,则必须联系您的 DBA 来帮您检查。他们很可能需要修复任何错误。
如果您找不到可以解释该问题的触发器,请在会话 (
ALTER SESSION SET EVENTS '10046 trace name context forever, level 8'
) 中启用 10046 跟踪,并在同一会话中再次运行出错的命令。这需要alter session
系统权限,而默认情况下您可能没有该权限。然后,请您的 DBA 在数据库服务器上找到跟踪文件并提供或检查该文件,以查看跟踪中抛出 ERR 之前的最后一条命令是什么。通过将游标 ID # 与同一 ID 的最后一个 PARSE 事件进行匹配,它将显示抛出错误的递归 SQL。假设表未被锁定,那么即使是所有者,用户也可能没有执行删除操作的系统权限,除非获得系统管理员的授权
SELECT * FROM dba_tab_privs WHERE table_name = 'TEST1' AND owner = 'LAB';
GRANT DROP ON LAB.TEST1 TO LAB; --if user is not granted drop privileges
如果您正在使用 dbeaver 之类的应用程序,请确保在创建表和删除表时在活动目录/模式中选择LAB 。
如果您的 23ai 是您下载的 ORACLE VM 中运行的版本,则可能缺少脚本的执行。
@?/rdbms/admin/catdevrol.sql
这是我在 VM 23c 中遇到的问题……但如果是 OCI 中的 23ai,则情况应该并非如此。一些系统触发器阻止了删除,在 dba 执行此更改后,错误消失了