C/C++教程

oracle物化视图创建由于权限问题导致无法创建成功问题

本文主要是介绍oracle物化视图创建由于权限问题导致无法创建成功问题,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

最近遇到sys用户创建其他用户的物化视图时报错,下面记录一下问题及整个处理过程:

通过确认上述语句中的子查询语句执行情况,有返回结果集,说明sys用户访问正常,相关表及dblink访问正常,表是存在的。那么该报错可能是该物化视图owner用户的权限问题。

步骤1:授予用户在子查询中涉及的第1个表的select权限:

grant select on ucr.td_m_tab to gzuser;

步骤2:授予子查询中涉及的第2个dblink的权限:

经过查询该dblink,发现其owner是PUBLIC,所以没关系,不用另外授权。这样处理后,接着再执行重建物化视图时,又报另外的(ORA-01031:权限不足)错误:

首先,我们是用sys用户来创建其他用户下的物化视图的,报错权限不足应该指的是物化视图的OWNER权限有问题。通过核实,OWNER确实少了好些权限,下面进一步授权给其OWNER:

grant create materialized view to GCENTER;
grant create any materialized view to GCENTER;
grant global query rewrite to GCENTER;
grant on commit refresh to GCENTER;
grant create view to GCENTER;

授权后,再次创建物化视图,仍然报错如下:

到这一步,还是提示权限不足。这里比较关键的是还需要单独授予OWNER"CREATE TABLE"的权限。一开始忽略了这点,以为每个用户创建时都默认有CONNECT和RESOURCE角色,应该会有最基本的create table的权限。

--增加创建表权限给物化视图的OWNER:

grant create table to GCENTER;

至此,物化视图创建成功。

最后: 这个小case的关键是, 创建其他用户的物化视图时,要考虑创建用户的权限、其物化视图OWNER的相关权限,尤其是create table的权限需要直接授予物化视图的OWNER! 也就是说,创建其他用户下的物化视图时,不仅需要这个用户拥有CREATE TABLE权限,而且要求这个权限不能是通过角色获得,必须直接授权。

从这个要求可以推测,当建立其他用户下的物化视图,多半是通过存储过程实现的,因为这个授权的要求很显然是符合存储过程授权规则。

至于SYS用户为什么不需要目标用户直接授权CREATE TABLE,根据Tom的描述,SYS用户是特殊的,普通的规则在SYS身上并不适用。

 

这篇关于oracle物化视图创建由于权限问题导致无法创建成功问题的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!