tablespace,schema,user

本文介绍了Oracle数据库中的核心概念,包括服务名、表空间、方案(schema)和用户之间的关系。解释了schema作为数据库对象逻辑分类的重要性,以及如何通过创建用户来实现schema的创建。同时还探讨了对象与schema、tablespace之间的关联。

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

 

 

首先简单总结一下:
1. service name 服务名(其实揍是:数据库名),装 ORACLE 时肯定要指定的一个名字
2. tablespace 表空间,数据库对象的磁盘存储位置
3. schema 方案,数据库对象的逻辑分类
4. user 用户,等同于 schema
5. service name > tablespace > schema(user)


详细说明:
schema 为数据库对象的集合,为了区分各个集合,我们需要给这个集合起个名字,这些名字就是我们在企业管理器的 schema 下看到的许多类似用户名的节点,这些类似用户名的节点其实就是一个schema,schema 里面包含了各种对象如:tables,views,sequences,stored procedures,synonyms,indexes,clusters,and database links。

一个用户(user)一般对应一个 schema,该用户的 schema 名等于用户名,并作为该用户缺省的 schema。这也就是我们在企业管理器的 schema 下看到 schema 名都为数据库用户名的原因。Oracle 数据库中不能新创建一个 schema,要想创建一个 schema,只能通过创建一个 user 的方法解决(Oracle 中虽然有 create schema 语句,但是它并不是用来创建一个 schema 的),在创建一个 user 的同时为这个 user 创建一个与用户名同名的 schem 并作为该用户的缺省 shcema。即 schema 的个数同 user 的个数相同,而且 schema 名字同 user 名字一一对应并且相同,所有我们可以称 schema 为 user 的别名,虽然这样说并不准确,但是更容易理解一些。

一个 user 有一个缺省的 schema,其 schema 名就等于用户名,当然一个 user 还可以使用其他的 schema。如果我们访问一个表时,没有指明该表属于哪一个 schema 中的,系统就会自动给我们在表上加上缺省的 sheman 名。比如我们在访问数据库时,访问 scott 用户下的 emp 表,通过select * from emp; 其实,这 sql 语句的完整写法为 select * from scott.emp。在数据库中一个对象的完整名称为 schema.object,而不属 user.object。类似如果我们在创建对象时不指定该对象的 schema,在该对象的 schema 为 user 的缺省 schema。这就像一个 user 有一个缺省的 tablespace,但是该 user 还可以使用其他的 tablespace,如果我们在创建对象时不指定 tablespace,则对象存储在缺省 tablespace 中,要想让对象存储在其他 tablespace 中,我们需要在创建对象时指定该对象的 tablespace。

举例如下:
SQL> Gruant dba to scott
SQL> create table test(name char(10));
Table created.

SQL> create table system.test(name char(10));
Table created.

SQL> insert into test values('scott');
1 row created.

SQL> insert into system.test values('system');
1 row created.

SQL> commit;
Commit complete.

SQL> conn system/manager
Connected.

SQL> select * from test;
NAME
----------
system

SQL> ALTER SESSION SET CURRENT_SCHEMA = scott; --改变用户缺省schema名
Session altered.

SQL> select * from test;
NAME
----------
scott

SQL> select owner ,table_name from dba_tables where table_name=upper('test');
OWNER TABLE_NAME
------------------------------ ------------------------------
SCOTT TEST
SYSTEM TEST

--上面这个查询就是将 schema 作为 user 的别名的依据。实际上在使用上,shcema 与 user 完全一样,没有什么区别,在出现 schema 名的地方也可以出现 user 名。

schema 和 user 一般是一致的,建立一个 user 后即可得到一个 schema,如:HR 用户建立后便有 HR 方案,接下来建立表、索引等数据库对象时,要指定其属于哪个 schema,也要指定其存放在哪个 tablespace 里。
也可以这样理解,schema 是数据库对象的逻辑归属和分类,而 tablespace 是数据库对象的物理和实际存放位置。

 

From: http://space.itpub.net/9880886/viewspace-462626

### 达梦数据库 Schema 赋权方法及权限管理 #### 1. 用户与模式的关系 在达梦数据库中,用户和模式紧密关联。每个用户默认会有一个同名的模式[^1]。因此,在设计多用户的权限管理系统时,通常通过创建多个用户来间接实现不同模式之间的隔离。 #### 2. 权限分配策略 由于 DM 不支持直接对模式授予权限,而是通过对特定对象(表、视图等)或整个方案授予操作权限的方式来进行控制[^3]。具体来说: - **创建用户并指定默认模式** ```sql CREATE USER user01 IDENTIFIED BY password DEFAULT TABLESPACE test_tablespace; ALTER USER user01 SET SCHEMA TEST01; ``` - **赋予用户对其所属模式内对象的操作权限** 对于新创建的对象,默认情况下只有创建者具有完全访问权限。为了确保其他用户无法越界访问,应当显式地定义哪些主体可以执行何种类型的命令。 - 授予 SELECT, INSERT, UPDATE 和 DELETE 特定表上的权限: ```sql GRANT SELECT, INSERT, UPDATE, DELETE ON table_name TO user01; ``` - 如果希望给予更广泛的权限,则可以通过如下方式授予资源角色下的所有权限: ```sql GRANT RESOURCE TO user01; ``` - **限制跨模式访问** 当需要严格限制某个用户仅能访问其自身的模式而不允许触及他人数据时,除了上述措施外还需要注意防止公共同义词或其他可能绕过安全机制的情况发生。 #### 3. 实践案例分析 假设现在有五个业务系统分别对应 `USER01` 至 `USER05` 这些账户以及相应的 `TEST01` 到 `TEST05` 的模式。按照前述原则实施后,各账号就只能看到自己所拥有的那部分结构化信息而不会干扰到其余四个系统的正常运作。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值