Oracle drop table 和 truncate table对grant授权的影响

本文通过实验演示了在Oracle数据库中,当表被删除(drop)后,其他用户对该表的操作权限将失效,需要重新授予权限;而当表被清空(truncate)后,其他用户的操作权限仍然有效。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

1、以sys登陆,建表赋予权限,准备测试表z2

[oracle@crl ~]$ rlwrap sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Tue May 16 14:59:27 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> create table z2 as select 1 as a from dual;

Table created.

SQL> grant select on z2 to dwetl;

Grant succeeded.

SQL> 


2、以dwetl账号登陆,对表进行查询权限,查询OK,能访问数据

[oracle@crl ~]$ rlwrap sqlplus 'dwetl/"pwd2017"'@DB1

SQL*Plus: Release 11.2.0.4.0 Production on Tue May 16 14:59:01 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> select * from sys.z2;

	 A
----------
	 1

SQL> 


3、再以sys登陆,删除表z2后,再次建立表z2

[oracle@crl ~]$ rlwrap sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Tue May 16 14:59:27 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> drop table sys.z2;

Table dropped.

SQL> create table z2 as select 1 as a from dual;

Table created.

SQL>
SQL> select * from sys.z2;

	 A
----------
	 1

SQL> 


4、再以dwetl登陆,看是否可以查询到,答案是查不到,报错表或者视图不存在

[oracle@crl ~]$ rlwrap sqlplus 'dwetl/"pwd2017"'@DB1

SQL*Plus: Release 11.2.0.4.0 Production on Tue May 16 15:03:10 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> select * from sys.z2;
select * from sys.z2
                  *
ERROR at line 1:
ORA-00942: table or view does not exist


SQL> 


5,再次以sys登陆,赋予表z2给dwetl的权限

[oracle@crl ~]$ rlwrap sqlplus / as sysdba

SQL*Plus: Release 11.2.0.4.0 Production on Tue May 16 15:14:16 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> grant select on z2 to dwetl;

Grant succeeded.

SQL> 


6,再次以dwetl登陆,尝试是否可以查询到sys.z2表,OK,可以查询到数据了

[oracle@crl ~]$ rlwrap sqlplus 'dwetl/"pwd2017"'@DB1

SQL*Plus: Release 11.2.0.4.0 Production on Tue May 16 15:14:57 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> select * from sys.z2;

	 A
----------
	 1

SQL> 



7、truncate对权限有无影响?

以sys登陆,执行truncate操作表z2,然后退出,以dwetl登陆查询表z2,发现可以执行select操作

SQL> truncate table z2;

Table truncated.

SQL> exit
ERROR:
ORA-04088: error during execution of trigger 'TIMDBA.TRIG_LOGOFF_AUDIT'
ORA-01403: no data found
ORA-06512: at line 5


Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options (with complications)
[oracle@crl ~]$ rlwrap sqlplus 'dwetl/"pwd2017"'@DB1

SQL*Plus: Release 11.2.0.4.0 Production on Tue May 16 15:18:08 2017

Copyright (c) 1982, 2013, Oracle.  All rights reserved.


Connected to:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> select * from sys.z2;

no rows selected

SQL> 


以上测试实验结论标识:

(1):当表被drop掉后,别的用户对这个表的操作权限失效了,请记得重新grant下权限,不然另外的用户就无法对表进行操作;


(2):当表被truncate之后,别的用户对这张表的操作权限依然有效。

### 如何在 Oracle 数据库中授予用户 TRUNCATE权限Oracle 数据库中,`TRUNCATE` 是一种 DDL(数据定义语言)操作,用于快速清空表中的所有数据而不记录单条删除日志。由于 `TRUNCATE` 属于 DDL 操作,默认情况下无法直接通过标准的对象权限授予权限给用户。然而,可以通过间接方式实现此目标。 #### 方法一:使用存储过程封装 `TRUNCATE` 操作 创建一个存储过程,在该过程中执行 `TRUNCATE TABLE` 语句,并赋予用户对该存储过程的执行权限。这种方法利用了 PL/SQL 的特性,允许用户通过调用存储过程完成 `TRUNCATE` 操作。 以下是具体步骤: 1. **以具有适当权限的用户身份登录数据库** 连接到拥有目标表的模式或具备管理员权限的账户(如 SYS 或 SYSTEM)。 2. **创建存储过程** 编写并部署一个存储过程,其中包含 `TRUNCATE TABLE` 操作。例如: ```sql CREATE OR REPLACE PROCEDURE p_truncate_table IS BEGIN EXECUTE IMMEDIATE 'TRUNCATE TABLE your_schema.your_table'; END; ``` 3. **授权用户执行存储过程** 将存储过程的执行权限授予指定用户: ```sql GRANT EXECUTE ON p_truncate_table TO target_user WITH GRANT OPTION; ``` 4. **验证权限有效性** 让目标用户尝试调用存储过程以确认其是否成功获得 `TRUNCATE` 功能: ```sql EXEC your_schema.p_truncate_table; ``` 以上方法基于[^4]的内容进行了扩展说明。 --- #### 方法二:授予 ALTER SESSION UNLIMITED TABLESPACE 权限 如果希望用户能够在自己的会话中动态调整某些行为,则可以考虑以下组合策略: 1. **授予系统权限** 需要先给予用户足够的系统级别控制能力,比如修改会话配置的能力以及无限表空间使用权。 ```sql GRANT ALTER SESSION TO target_user; GRANT UNLIMITED TABLESPACE TO target_user; ``` 2. **注意限制范围** 此种做法虽然简单粗暴,但可能带来安全风险,因此仅适用于受信任环境下的特殊场景。 --- #### 方法三:借助角色分配权限 另一种更灵活的方式是创建自定义角色并将所需权限绑定至该角色后再分发出去。 1. **新建角色** 定义一个新的角色专门用来承载 truncate 执行权。 ```sql CREATE ROLE truncate_role; ``` 2. **附加必要权利到新建立的角色之上** 把涉及的具体对象级别的 truncate 授权加入进去。(需绕过常规途径) 3. **最后把定制化后的角色指派予最终受益者即实际使用者身上即可达成目的** 这种方式较为复杂且依赖具体情况而定,故未详述每一步骤细节。 --- ### 总结 综上所述,最推荐的方法还是采用存储过程的形式来间接提供 truncate 表的功能给普通用户,既满足需求又兼顾安全性考量[^4]^。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值