ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 关于对USER_TS_QUOTAS视图和表空间权限的研究

关于对USER_TS_QUOTAS视图和表空间权限的研究

原创 Linux操作系统 作者:lnwxzyp 时间:2011-08-13 18:13:58 0 删除 编辑
       起因是前两天遇到一个使用人员的反馈,他提到了在数据库里面建表报空间无法扩展的错误,经过查看是表空间还剩余300多M的剩余表空间,同时系统比较繁忙可能存在查询、排序、子查询等操作,因为造成无法完成创建表的操作,另外使用人员又反应在user_ts_quotas系统视图当中发现了自己使用的帐户的默认表空间也在里面,问是不是对表空间使用有限制?
因为我查看了该帐户具有resource的角色,因为之前对这个视图还不甚了解,于是想是不是赋予了resource的角色后又被管理员收回了unlimited tablespace的权限,没怎么想就重新给赋予了一次resource角色。但是想了想又不对,因为这有可能会改变之前的权限设定,于是跟局方说明了情况,局方让我立刻恢复用户原来的权限,这个时候我也有点思路不清晰,之前该帐户具有那些表空间的使用权限呢,这该怎么查?想想还是先从user_ts_quotas着手,于是先从oracle的文档里面进行查找,找到了字段解释
SQL> desc user_ts_quotas
Name
-----------------------
TABLESPACE_NAME  => 表空间名称
BYTES            => 用户在该表空间使用的大小
MAX_BYTES        => 对用户在该表空间使用的大小限制
BLOCKS           => 用户在该表空间使用的数据块数量
MAX_BLOCKS       => 对用户在该表空间使用的数据块数量限制
DROPPED          => 无论表空间是否被删除
同样的,另外一个视图DBA_TS_QUOTAS多了一个username字段,但是这里需要说明的是这两个视图查询出来的结果并不一致,因为我只有dba权限,而没有该试用人员反应的帐户的访问权限,因此给我造成了困惑,因为我通过dba_ts_quotas并没有看到该用户的信息,在本机上做如下测试:
SQL> select tablespace_name,bytes,max_bytes,blocks,max_blocks,dropped from dba_ts_quotas where username='SCOTT';

no rows selected

SQL> conn scott/tiger

SQL> select tablespace_name,bytes,max_bytes,blocks,max_blocks,dropped from user_ts_quotas;

no rows selected

同样也没有看到,这表明是SCOTT这个用户并没有进行表空间配额的限制,由于使用人员发来的视图max_bytes是0的值,经过一番测试发现了其中的原委:
1.具有unlimited tablespace权限的情况下,任何在unlimited tablespace赋予之前或者之后发出的alter user xxx quota n on tablespace_name都会被忽略,用户具有任意表空间的使用权限;
2.当撤销了unlimited tablespace权限后,只有使用alter user xxx quota [n/unlimited] on tablespace_name的方式来给某个用户授予某些表空间的使用权限,除此之外还可以使用命令 alter user xxx default tablespace xxxx来为某个用户指定一个默认表空间,如无上述其他权限,则该用户只具备默认表空间的使用权限,同时这个默认表空间也不会出现在user_ts_quotas视图中;
3.只要发出了alter user xxx quota n on tablespace_name命令都会记录发user_ts_quotas视图当中,不管n是0还是其它数值,但是只有当n=0时在dba_ts_quotas当中看不到记录,非零值才会记录到该视图当中(0值表示在该表空间上无空间配额)。
4.关于DROPED字段的含义是这样的:当表空间被删除,user_ts_quotas也会显示出来,例如
TABLESPACE_NAME                     BYTES  MAX_BYTES     BLOCKS MAX_BLOCKS DRO
------------------------------ ---------- ---------- ---------- ---------- ---
TEST                                    0          0          0          0 YES
SYSTEM                                  0          0          0          0 NO
USERS                            20119552          0       2456          0 NO
EXAMPLE                                 0          0          0          0 NO
当删除了TEST表空间后,dropped的值是yes,在没有unlimited tablespace权限的情况下,当重新创建了TEST表空间后可以发现这个限制就会发挥作用,即无法在TEST表空间下创建,即使将用户的默认表空间设为test表空间,配额限制依然生效。  通过以上测试,已经清楚了,生产库的此用户应该具备了unlimited tablespace 权限,因此我所做的grant resource to xxx 并没有对该用户产生影响,至此给局方进行了解释之后,问题得到解决。

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/12216142/viewspace-704795/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2008-04-25

  • 博文量
    129
  • 访问量
    696903