ORACLE ORA-01950 对表空间无权限错误问题

最新推荐文章于 2024-09-29 17:29:42 发布

原创最新推荐文章于 2024-09-29 17:29:42 发布 · 3.8w 阅读

41 ·

CC 4.0 BY-SA版权

文章标签：

#oracle #无权限 #ORA-01950

oracle 专栏收录该内容

90 篇文章

订阅专栏

本文讲述了在Oracle数据库中遇到的一个典型权限问题：当尝试从一个用户（A）向另一个用户（B）拥有的表中插入数据时，遇到无权限错误。通过分析发现，问题在于未正确理解schema与表空间的区别，并给出了正确的解决方案。

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

oracle中，插入记录失败，提示无权限，类似下图：

这里写图片描述

我用的是A账号（默认表空间A），在表空间B中的表插入记录。结果就提示了上面的错误。查询是没问题的，插入则不行。

INSERT INTO B.Real_Hyz_Oneminute_Water (FID, STATIONNO, DT, WT, SL, WL, CREATETIME, ID) 
VALUES (6, 'eeee', sysdate, 0.0, 0.0, 0.0, sysdate,543);

这可能是A账号的权限不够？

alter user A quota unlimited on base;

grant  unlimited tablespace to A;

grant insert any table to A;

如是这般，都不起作用。

网上寻寻觅觅，答案大同小异，说的无非都是grant unlimited tablespace to username

问题是，这个username是A还是B？现在是A去访问B，按道理应该给A赋权限。但不起作用。后来我用B来访问自己，结果插入也不行，照样提示对表空间B无权限。真奇怪啊。
试着

grant  unlimited tablespace to B;

结果就可以了。其实呢，

INSERT INTO B.TableName 。。。

其中的B，并非表空间，而是schema。schema是一个解释不清的东西，可以将它简单地等同于用户，但绝不是表空间。

2021.04.08
现在可以约略知道，schema是指字段类型、表结构等设计方案，表空间则是一个存储概念，存放表、视图等的容器，所以schema真不是表空间。但我们创建数据库的时候，只创建表空间，用户，没看见哪里有创建schema的，而且schema与用户同名，所以将schema等同于用户，也没什么不可以。