今天重读ORACLE官方文档《concepts》，读到schema的基本概念，对它的理解更进一层，官方文档中关于schema是这样解释的：
“A schema is a collection of database objects. A schema is owned by a database user and has the same name as that user. Schema objects are the logical structures that directly refer to the database’s data. Schema objects include structures like tables, views, and indexes.(There is no relationship between a tablespace and a schema. Objects in the same schema can be in different tablespaces, and a tablespace can hold objects from different schemas.)”
官方文档里面说得比较明白，schema是数据对象的集合，包括像表、视图、索引、同义词等等都可以说是schema的对象。但不够生动，网上有篇文章里面把schema和user的关系用一个形象的比喻阐述得非常透彻，引用如下：
“user即Oracle中的用户，和所有系统的中用户概念类似，用户所持有的是系统的权限及资源；而schema所涵盖的是各种对象，它包含了表、函数、包等等对象的“所在地”，并不包括对他们的权限控制。好比一个房子，里面放满了家具，对这些家具有支配权的是房子的主人(user)，而不是房子(schema)。你可以也是一个房子的主人(user)，拥有自己的房子(schema).可以通过alter session的方式进入别人的房子。如果你没有特别指定的话，你所做的操作都是针对你当前所在房子中的东西。至于你是否有权限使用(select)、搬动(update)或者拿走(delete)这些家具就看这个房子的主人有没有给你这样的权限了，或者你是整个大厦(DB)的老大(DBA)。alter session set schema可以用来代替synonyms。如果你想调用其他schema的对象（有权限的前提下），但并没有建synonym,同时又不想把其他 schema名字放入代码中，就可以首先使用alter session set schema=。”
这段文字说得非常生动，把user和schema的区别阐述得很透彻，下面通过具体的例子来加深对user和schema两者区别的认识：
第一步，以sys用户登陆SQL并建立普通用户storm和penguin：
$ sqlplus / as sysdba
SQL> create user storm identified by storm;
User created.
SQL> create user penguin identified by penguin;
User created.
第二步，赋予一些基本的权限给新建的用户storm和penguin：
SQL> grant connect,create table,resource to storm,penguin;
Grant succeeded.
第三步，以storm用户登陆，创建一张表并插入数据：
SQL> conn storm/storm
Connected.
SQL> create table t (id int);
Table created.
SQL> insert into t values(1);
1 row created.
SQL> commit;
Commit complete.
第四步，以penguin用户登陆，看能否查询storm用户所建表里面的数据：
SQL> conn penguin/penguin
Connected.
SQL> select table_name from user_tables;
no rows selected
SQL> show user;
USER is “PENGUIN”
SQL> select * from storm.t;
select * from storm.t
*
ERROR at line 1:
ORA-00942: table or view does not exist
从以上结果可以看出，用户 penguin无法查看用户storm所建表里面的内容，甚至被告知没有这张表。
第五步，修改当前schema为storm，并继续查询：
SQL> alter session set current_schema=storm;
Session altered.
SQL> show user;
USER is “PENGUIN”
SQL> select * from storm.t;
select * from storm.t
*
ERROR at line 1:
ORA-00942: table or view does not exist
仍然不能查看。
第六步，以storm用户登陆，赋予penguin用户查看t表的权限：
SQL> conn storm/storm
Connected.
SQL> grant select on t to penguin;
Grant succeeded.
第七步，以penguin用户登陆，查看storm用户的t表：
SQL> conn penguin/penguin
Connected.
SQL> select * from storm.t;
ID
———-
1
更简单的，将当前schema更改为storm，可以简化查询过程：
SQL> alter session set current_schema=storm;
Session altered.
SQL> select * from t;
ID
———-
1
这个实验下来，对user和schema的区别和联系应该有了进一步的理解了。
==========
http://langgufu.iteye.com/blog/1469055
有的人还是对schema的真正含义不太理解，现在我再次整理了一下，希望对大家有所帮助。
我们先来看一下他们的定义：
A schema is a collection of database objects (used by a user.).
Schema objects are the logical structures that directly refer to the database’s data.
A user is a name defined in the database that can connect to and access objects.
Schemas and users help database administrators manage database security.
从定义中我们可以看出schema为数据库对象的集合，为了区分各个集合，我们需要给这个集合起个名字，这些名字就是我们在企业管理器的方案下看到的许多类似用户名的节点，这些类似用户名的节点其实就是一个schema，schema里面包含了各种对象如tables, views, sequences, stored procedures, synonyms, indexes, clusters, and database links。
一个用户一般对应一个schema,该用户的schema名等于用户名，并作为该用户缺省schema。这也就是我们在企业管理器的方案下看到schema名都为数据库用户名的原因。Oracle数据库中不能新创建一个schema，要想创建一个schema，只能通过创建一个用户的方法解决(Oracle中虽然有create schema语句，但是它并不是用来创建一个schema的)，在创建一个用户的同时为这个用户创建一个与用户名同名的schem并作为该用户的缺省shcema。即schema的个数同user的个数相同，而且schema名字同user名字一一 对应并且相同，所有我们可以称schema为user的别名，虽然这样说并不准确，但是更容易理解一些。
一个用户有一个缺省的schema，其schema名就等于用户名，当然一个用户还可以使用其他的schema。如果我们访问一个表时，没有指明该表属于哪一个schema中的，系统就会自动给我们在表上加上缺省的sheman名。比如我们在访问数据库时，访问scott用户下的emp表，通过select * from emp; 其实，这sql语句的完整写法为select * from scott.emp。在数据库中一个对象的完整名称为schema.object，而不属user.object。类似如果我们在创建对象时不指定该对象的schema，在该对象的schema为用户的缺省schema。这就像一个用户有一个缺省的表空间，但是该用户还可以使用其他的表空间，如果我们在创建对象时不指定表空间，则对象存储在缺省表空间中，要想让对象存储在其他表空间中，我们需要在创建对象时指定该对象的表空间。
咳，说了这么多，给大家举个例子，否则，一切枯燥无味！
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名。
表空间：
一个表空间就是一片磁盘区域,他又一个或者多个磁盘文件组成,一个表空间可以容纳许多表、索引或者簇等
每个表空间又一个预制的打一磁盘区域称为初始区间（initial extent）用完这个区间厚在用下一个，知道用完表空间，这时候需要对表空间进行扩展，增加数据文件或者扩大已经存在的数据文件
|
instance是一大坨内存sga,pga….和后台的进程smon pmon…..组成的一个大的应用。 schema就是一个用户和他下面的所有对象。。 tablspace 逻辑上用来放objects.物理上对应磁盘上的数据文件或者裸设备。 |
在Oracle中，结合逻辑存储与物理存储的概念，我们可以这样来理解数据库、表空间、SCHEMA、数据文件这些概念：
数据库是一个大圈，里面圈着的是表空间，表空间里面是数据文件，那么schema是什么呢？schema是一个逻辑概念，是一个集合，但schema并不是一个对象，oracle也并没有提供创建schema的语法。
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 not null)的话，这个表被创建在了kanon这个schema中，当然前提是权限允许。
创建用户的方法是这样的：
create user 用户名 identified by 密码
default tablespace 表空间名
temporary tablespace 表空间名
quota 限额 （建议创建的时候指明表空间名）
由此来看，schema是一个逻辑概念。
但一定要注意一点：schema好像并不是在创建user时就创建的，而是在该用户创建了第一个对象之后才将schema真正创建的，只有user下存在对象，他对应的schema才会存在，如果user下不存在任何对象了，schema也就不存在了；
数据库：
在oracle中，数据库是由表空间来组成的，而表空间里面是具体的物理文件—数据文件。我们可以创建数据库并为其指定各种表空间。
表空间：
这是个逻辑概念，本质上是一个或者多个数据文件的集合。
数据文件：
具体存储数据的物理文件，是一个物理概念。
一个数据文件只能属于一个表空间，一个表空间可以包含一个或多个数据文件。一个数据库由多个表空间组成，一个表空间只能属于一个数据库。
若还不理解，下面是我从网上摘的一个比喻，很形象的解释了什么是Database，什么是Schema，什么是Table，什么是列，什么是行，什么是User，不妨一看。
“我们可以把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了。”—摘自网络
=============
http://www.itxuexi.com/tech/9163.html
常被oracle的几个概念搞得很晕，和公司做pl/sql的同事讨论后，又到网上搜索下，现将个人对这几个概念的理解做个笔记：
先通俗的解释下数据库这个概念，数据库就是存储在磁盘上的文件，这些文件中保存的数据有一定的物理结构和逻辑结构。
数据库名 就是数据库的名称标识，如myOracle, 这种叫法一般只适用于单机；
全局数据库名 就是数据库处于一个网络中的名称标识。比如数据库宿主机的域为mydomain,
则数据库的全局数据库名为myOracle.mydomain;
实际上myOracle和myOracle.mydomain两者指的是同一个数据库.
即：全局数据库名 = 数据库名+”.”+网络位置（宿主机所在的域）
设定全域数据库名称
Oracle9i 的
全域数据库名称由「数据库名称」与「网域名称」所组成，其中「数据库名称」设定于 DB_NAME 起始参数，而「网域名称」则是设定于 DB_DOMAIN 参数。这两个参数合并之后就可以在网际网络上唯一识别每一个 Oracle9i 数据库。举例来说，假设我们欲建立的 Oracle9i 数据库之
全域数据库名称为 mydb.uuu.com.tw，那么可在起始参数档内设定下列两参数：
DB_NAME = mydb
DB_DOMAIN = uuu.com.tw
|
|
Tips：
您可以执行 ALTER DATABASE RENAME GLOBAL_NAME 指令更改 Oracle9i 数据库的全域数据库名称；在您更改 DB_NAME 与 DB_DOMAIN 这两个起始参数后必须将 Oracle9i 数据库重新激活才会生效。此外，控制档也必须重新建立。
关于 DB_NAME 起始参数
DB_NAME必须是文字字符串，且不能超过 8 个字符。在建立数据库的过程中，
DB_NAME设定值会记录在资料文件、控制文件、以及重置日志文件之中。如果您激活 Oracle9i Instance 的时候，起始参数档内设定的
DB_NAME不同于控制文件内所纪录的，那么数据库将无法激活。
关于 DB_DOMAIN 起始参数
DB_DOMAIN通常是数据库主机所在位置的网域名称。如果您欲建立的数据库将加入分布式数据库运算环境，请特别注意此参数的设定。
SID = Oracle实例
SID是Oracle实例的唯一名称标识，
用户去访问数据库，实际上是向某一个Oracle实例发送请求，oracle实例负责向数据库获取数据。
Oracle实例 = 内存结构+后台进程，所以Oracle实例是临时性的；
可以通过startup nomount去启动实例，但是注意这时Oracle数据库并没有启动，需要用open去启动数据库；
一个实例只能对应一个数据库，一个数据库可以用多个实例；
命名空间，有点复杂。
命名空间定义了一组对象类型，在命名空间里，对象的名字必须是唯一的，当然，在不同的命名空间里，是可以使用相同的的名字的。
下面的对象类型共享同一个命名空间：
• Tables
• Views
• Sequences
• Private synonyms
• Stand-alone procedures
• Stand-alone stored functions
• Packages
• Materialized views
• User-defined types
因此，如果数据库中有一个表叫做myObject1，那么就不能再创建一个叫做myObject1的视图，至少，在一个schema中是不可能出现这种现象的；
下面的对象类型有各自的命名空间:
• Indexes
• Constraints
• Clusters
• Database triggers
• Private database links
• Dimensions
所以你可以创建一个叫做myObject1的索引，即使在相同的schema中；
不受Schema局限的对象类型（Non schema objects）有它们自己的命名空间，如下：
• User roles
• Public synonyms
• Public database links
• Tablespaces
• Profiles
• Parameter files (PFILEs) and server parameter files (SPFILEs)
所以两个Non-schema objects可以用相同的名字。
Schema是基于用户的, 在数据库中创建一个用户，就创建了一个和用户名相同的Shema。
Namespace是基于数据库的.
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net
编程是一项非常有趣和有用的技能，它可以帮助我们解决各种问题，并创造出令人惊叹的应用程序。在本文中，我将介绍一些编程的基础知识以及学习编程的好处。 首先，编程是指使用计算机语言编写代码来创建应用程序或解决问题。计算机语言是一组特殊的指令，它们告诉计算机如何执行任…
