一个用户帐户就像持有你家钥匙的亲戚，但不拥有任何东西，即一个用户帐户不拥有任何数据库对象…没有数据字典…

而模式是数据库对象的封装。这就像房子的主人拥有你房子里的所有东西，只有当主人(即模式)给它所需的授权时，用户帐户才能访问家里的商品。

用户:对数据库资源的访问。就像一把进入房子的钥匙。

架构:关于数据库对象的信息集合。就像你书中的索引，它包含了关于该章节的简短信息。

详情请看这里

基于我对甲骨文的一点了解…USER和SCHEMA有些相似。但也有一个主要的区别。如果“USER”拥有任何对象，则可以将其称为SCHEMA，否则…它将只保留为“USER”。一旦USER拥有至少一个对象，那么根据上面的所有定义....USER现在可以称为SCHEMA。

我认为问题在于Oracle使用的术语模式与它的一般含义略有不同。

Oracle的模式(Nebakanezer的回答中解释过):基本上是一个用户帐户拥有的所有表和其他对象的集合，所以大致相当于一个用户帐户 一般模式:构成给定系统/应用程序数据库的所有表、scproc等的集合(如“开发人员应该与dba讨论我们新应用程序的模式”)。

概念2中的图式。是相似的，但不一样的模式在意义1。例如，对于一个使用多个数据库帐户的应用程序，意义2中的模式可能由几个Oracle模式组成:-)。

另外，图式在其他语境中也可以指其他一些不相关的东西(比如在数学中)。

Oracle应该使用“userarea”或“accountobjects”这样的术语，而不是重载“schema”……

摘自《问汤姆》

您应该将模式视为用户帐户和其中所有对象的集合 作为所有意图和目的的模式。

SCOTT是一个包含EMP、DEPT和奖金表的模式，以及各种授权 其他的东西。

SYS是一个包含大量表、视图、授权等的模式。

SYSTEM是一个模式.....

从技术上讲——模式是数据库使用的元数据(数据字典)的集合， 通常使用DDL生成。模式定义数据库的属性，例如 表、列和属性。数据库模式是数据库中数据的描述 数据库。

将用户视为您通常所做的(用户名/密码，具有登录和访问系统中某些对象的权限)，将模式视为用户主目录的数据库版本。用户“foo”通常在“foo”模式下创建东西，例如，如果用户“foo”创建或引用表“bar”，那么Oracle将假设用户指的是“foo.bar”。