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

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

详情请看这里

这很简单。

If USER has OBJECTS
then call it SCHEMA
else
     call it USER
end if;

用户可以访问不同用户拥有的模式对象。

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

我在某处读到，如果您的数据库用户拥有DDL特权，那么它就是一个模式，否则它就是一个用户。

摘自《问汤姆》

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

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

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

SYSTEM是一个模式.....

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

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

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

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

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

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