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

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

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

模式和数据库用户是一样的，但如果模式拥有数据库对象，他们可以对对象做任何事情，但用户只能访问对象，他们不能做任何DDL操作，直到模式用户给你适当的特权。

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

对于大多数更熟悉MariaDB或MySQL的人来说，这似乎有点令人困惑，因为在MariaDB或MySQL中，它们有不同的模式(包括不同的表、视图、PLSQL块和DB对象等)，而USERS是可以访问这些模式的帐户。因此，没有特定的用户可以属于任何特定的模式。权限必须被授予该模式，然后用户才能访问它。在MySQL和MariaDB等数据库中，用户和模式是分开的。

在Oracle模式中，用户几乎被视为相同的。要使用该模式，您需要有权限，因此您会觉得模式名只是用户名。可以跨模式授予权限，以便从不同模式访问不同的数据库对象。在oracle中，我们可以说一个用户拥有一个模式，因为当你创建一个用户时，你为它创建了DB对象，反之亦然。

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

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

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

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

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