SYSDBA的一些权限问题

相对于开发人员用的角色和权限，我更喜欢用SYSDBA这个角色，通常连接数据库的时候会用 sqlplus “/as sysdba"，这是一种操作系统认证的方式，这里需要注意的是，你用sysdba连接的时候，是自动连接到默认数据库schema的，这里的sysdba默认schema是sys，sysoper的默认schema是public。这点需要特别注意，举个有意思的例子：

 

我们之前新建了一个用户，用户名是：tony，密码是：tony。授予用户sysdba的权限。

 

CONNECT tony/tony
CREATE TABLE admin_test(name VARCHAR2(20));
Later, user oe issues these statements:
CONNECT tony/tony AS SYSDBA
SELECT * FROM admin_test;

 

此时，会报错ORA-00942: table or view does not exist

这个例子恰好证明了，即使我们用的是tony用户登录的数据库，但是却并没有登录到数据库自动给该用户分配的同名schema--tony中，而是连接到sys的默认schema中，这正是sysdba权限的问题。登录的是sys默认的schema--sys中。所以会报错：表不存在。

 

补充一下schema的概念，这是oracle的术语，不建议翻译，首先明确这是一个逻辑集合，oracle的官方解释就是：schema是一组逻辑数据结构，或者schema objects的集合，schema是属于数据库的和其同名的用户，每个用户都有一个schema。比如例子中的tony用户就有一个tony的schema和其对应。

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

转载于:http://blog.itpub.net/16969562/viewspace-756661/