模式是一系列逻辑数据结构或者对象的集合。一个数据库用户拥有一个模式，模式的名字和数据库用户的名字相同。每个用户有一个单独的模式，用户创建的对象放在自己的模式中，这个对象叫做模式对象。

Oracle中有以下模式对象：

聚簇（clusters）

数据库链接（database links）

触发器（triggers）

维（dimensions）

序列（sequence）

函数（function）

存储过程（procedures）

包（package）

同义词（synonyms）

表（table）

索引组织表（index - organized -table）

视图（views）

外部过程（external procedure libraries）

索引（indexes）

索引类型（index types）

java类 （java classes）

java资源（java resources ）

java 源（java sources）

物化视图（materialized views）

对象表（object table ）

操作符（operators）

此外，在数据库中还有一些其他对象，但是这些对象不属于模式对象，我们把这些对象叫非模式对象，非模式对象有：

上下文（contexts）

目录（directories）

资源限制文件（profiles）

角色（roles）

表空间（tablespaces）

用户（users）

模式对象存储在表空间中，但是模式对象与表空间、数据文件没有对应关系。模式和表空间、数据文件也没有对应关系。

A用户是表table1的属主，B用户要查询table1中的数据

1、用户A给用户B授权查询权限（用户B登录数据后可以查询，select * fromA.table1，必须显示写上属主才能查询）

2、用户A给table1建同义词，查询table1时，可以直接select * from table1，隐藏掉table1的属主

create orreplace  synonym   lsfapcopr.tsysparameter for   lsfapdata.tsysparameter;

1、属主（owner）用简单的话来说就是数据库的用户。

2、Schema是数据库对象的集合，一个用户一般对应一个schema，该用户的schema名等于用户名，并作为该用户的缺省schema，这也是为什么程序中的schema名都为数据库用户名的原因。注意：Oracle数据库中不能新创建一个schema，要想创建一个schema，只能通过创建一个用户的方法解决。

3、同义词（synonyms）从字面上理解就是别名的意思，和试图的功能类似，就是一种映射关系。设置同义词后，用有权限的用户访问时，可以隐蔽掉user名。

有的人还是对schema的真正含义不太理解，现在我再次整理了一下，希望对大家有所帮助。

我们先来看一下他们的定义：

Aschema is a collection of database objects (used by a user.).

Schemaobjects are the logical structures that directly refer to the database’s data.

Auser is a name defined in the database that can connect to and access objects.

Schemasand users help database administrators manage database security.

从定义中我们可以看出schema为数据库对象的集合，为了区分各个集合，我们需要给这个集合起个名字，这些名字就是我们在企业管理器的方案下看到的许多类似用户名的节点，这些类似用户名的节点其实就是一个schema，schema里面包含了各种对象如tables,views, sequences, stored procedures, synonyms, indexes, clusters, and databaselinks。

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

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

SQL>Gruant dba to scott

SQL>create table test(name char(10));

Tablecreated.

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

Tablecreated.

SQL>insert into test values('scott');

1row created.

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

1row created.

SQL>commit;

Commitcomplete.

SQL>conn system/manager

Connected.

SQL>select * from test;

NAME

----------

system

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

Sessionaltered.

SQL>select * from test;

NAME

----------

scott

SQL>select owner ,table_name from dba_tables where table_name=upper('test');

OWNERTABLE_NAME

------------------------------------------------------------

SCOTTTEST

SYSTEMTEST

表空间：

一个表空间就是一片磁盘区域,他又一个或者多个磁盘文件组成,一个表空间可以容纳许多表、索引或者簇等

每个表空间又一个预制的打一磁盘区域称为初始区间（initialextent）用完这个区间厚在用下一个，知道用完表空间，这时候需要对表空间进行扩展，增加数据文件或者扩大已经存在的数据文件

schema：

一般而言，一个用户就对应一个schema,该用户的schema名等于用户名，并作为该用户缺省schema，用户是不能创建schema的，schema在创建用户的时候创建，并可以指定用户的各种表空间（这点与PostgreSQL是不同，PostgreSQL是可以创建schema并指派给某个用户）。当前连接到数据库上的用户创建的所有数据库对象默认都属于这个schema（即在不指明schema的情况下），比如若用户scott连接到数据库，然后create table test(id int not null)创建表，那么这个表被创建在了scott这个schema中；但若这样create kanon.table test(id int notnull)的话，这个表被创建在了kanon这个schema中，当然前提是权限允许。

创建用户的方法是这样的：

create user 用户名identified by 密码

default tablespace 表空间名

temporary tablespace 表空间名

quota 限额 （建议创建的时候指明表空间名）

由此来看，schema是一个逻辑概念。

但一定要注意一点：schema好像并不是在创建user时就创建的，而是在该用户创建了第一个对象之后才将schema真正创建的，只有user下存在对象，他对应的schema才会存在，如果user下不存在任何对象了，schema也就不存在了；

“我们可以把Database看作是一个大仓库，仓库分了很多很多的房间，Schema就是其中的房间，一个Schema代表一个房间，Table可以看作是每个Schema中的床，Table（床）被放入每个房间中，不能放置在房间之外，那岂不是晚上睡觉无家可归了，然后床上可以放置很多物品，就好比 Table上可以放置很多列和行一样，数据库中存储数据的基本单元是Table，现实中每个仓库放置物品的基本单位就是床， User就是每个Schema的主人，（所以Schema包含的是Object，而不是User），user和schema是一一对应的，每个user在没有特别指定下只能使用自己schema（房间）的东西，如果一个user想使用其他schema（房间）的东西，那就要看那个schema（房间）的user（主人）有没有给你这个权限了，或者看这个仓库的老大（DBA）有没有给你这个权限了。换句话说，如果你是某个仓库的主人，那么这个仓库的使用权和仓库中的所有东西都是你的（包括房间），你有完全的操作权，可以扔掉不用的东西从每个房间，也可以放置一些有用的东西到某一个房间，你还可以给每个User分配具体的权限，也就是他到某一个房间能做些什么，是只能看（Read-Only），还是可以像主人一样有所有的控制权（R/W），这个就要看这个User所对应的角色Role了。”