架构->平面图

数据库->房子

桌子->房间

简而言之，模式是整个数据库的定义，因此它包括表、视图、存储过程、索引、主键和外键等。

关系模式是表的逻辑定义——它定义了表的名称，以及每一列的名称和类型。就像一个计划或蓝图。数据库模式是整个数据库的关系模式的集合。

表是由一组行(又名“元组”)组成的结构，每一行都有由模式定义的属性。表上还可能有索引，以帮助查找某些列上的值。

从形式上讲，数据库是任何数据的集合。在这个上下文中，数据库将是表的集合。DBMS(数据库管理系统)是管理和运行数据库的软件(如MySQL, SQL Server, Oracle等)。

这篇文章只涉及到Oracle, Schema的定义在另一个DB上下文中会发生变化。

可能是那种让人受不了的事情，但供你参考的术语似乎在定义上有所不同，这是最烦人的事情:)

在Oracle中，数据库就是数据库。你可以把它想象成数据文件和重做日志，以及数据库本身在磁盘上的实际物理存在(即不是实例)。

Schema实际上就是一个用户。更具体地说，它是用户拥有的一组表/ pros /索引等。另一个用户有不同的模式(他/她拥有的表)，但是用户也可以看到他们有选择特权的任何模式。因此，一个数据库可以由数百个模式组成，每个模式由数百个表组成。您可以在同一数据库中的不同模式中拥有具有相同名称的表。

表是一个表，一组包含数据的行和列，并且包含在模式中。

例如，SQL Server中的定义可能不同。我不知道这件事。

更多关于模式的信息:

在SQL 2005中，模式是对对象进行分组的一种方式。它是一个容器，你可以把对象放进去。人们可以拥有这个物品。您可以授予模式上的权限。

在2000年，一个模式相当于一个用户。现在它已经摆脱了束缚，变得相当有用。你可以把你所有的用户过程放在一个模式中，把你的管理过程放在另一个模式中。将EXECUTE授予适当的用户/角色，就完成了对特定过程的EXECUTE授权。好了。

点表示法是这样的:

Server.Database.Schema.Object

or

myserver01.Adventureworks.Accounting.Beans

在oracle中，Schema是一个数据库下的一个用户，例如scott是orcl数据库中的一个模式。 在一个数据库中，我们可能有很多像scott这样的模式

schema包含数据库。

数据库是Schema的一部分。

schema >数据库。

模式包含视图、存储过程、数据库、触发器等。

Schema的行为就像在OOP中看到的父对象一样。所以它本身不是一个数据库。也许这个链接有用。

但是，在MySQL中，这两者是等价的。关键字DATABASE或DATABASES 可以在任何出现的地方替换为SCHEMA或SCHEMAS。例子:

创建数据库<=>创建模式 显示数据库<=>显示模式

MySQL文档

SCHEMA和DATABASE术语是依赖于DBMS的。

Table是一组数据元素(值)，使用垂直列(由其名称标识)和水平行模型组织。数据库通常包含一个或多个表。你把数据存储在这些表中。这些表可能彼此相关(见这里)。

模式是数据库对象的集合，其中也包括逻辑结构。 它具有拥有它的用户的名称。 一个数据库可以有任意数量的Schema。 数据库中的一个表可以出现在两个同名的不同模式中。 用户可以查看已为其分配选择特权的任何模式。

A schema is not a plan for the entire database. It is a plan/container for a subset of objects (ex.tables) inside a a database. This goes to say that you can have multiple objects(ex. tables) inside one database which don't neccessarily fall under the same functional category. So you can group them under various schemas and give them different user access permissions. That said, I am unsure whether you can have one table under multiple schemas. The Management Studio UI gives a dropdown to assign a schema to a table, and hence making it possible to choose only one schema. I guess if you do it with TSQL, it might create 2 (or multiple) different objects with different object Ids.

数据库模式是对表、视图、存储过程等对象进行逻辑分组的一种方式。把模式看作是对象的容器。 表是行和列的集合。 所有表的组合构成一个db。

就像MusiGenesis说的那样，在大多数数据库中:

架构:数据库:表::平面图:房子:房间

但是，在Oracle中，它可能更容易想到:

架构:数据库:表::所有者:房子:房间

与上面的一些答案相反，以下是我对他们每个人的经验的理解:

MySQL: database/schema:: table SQL Server: database::(schema/namespace::)表 Oracle: database/schema/user::(表空间::)

请纠正我关于表空间是否是可选的Oracle，这是很长一段时间以来，我记得使用他们。

来自PostgreSQL文档:

A database contains one or more named schemas, which in turn contain tables. Schemas also contain other kinds of named objects, including data types, functions, and operators. The same object name can be used in different schemas without conflict; for example, both schema1 and myschema can contain tables named mytable. Unlike databases, schemas are not rigidly separated: a user can access objects in any of the schemas in the database he is connected to, if he has privileges to do so. There are several reasons why one might want to use schemas: To allow many users to use one database without interfering with each other. To organize database objects into logical groups to make them more manageable. Third-party applications can be put into separate schemas so they do not collide with the names of other objects. Schemas are analogous to directories at the operating system level, except that schemas cannot be nested.

As https://www.informit.com/articles/article.aspx?p=30669

所有对象的名称在一定范围内必须是唯一的。每一个 数据库必须有唯一的名称;模式名称不能重复 在单个数据库的范围内，表的名称必须为 在单个模式的作用域中是唯一的，列名必须是 在表中是唯一的。类中索引的名称必须唯一 数据库。

我试着根据我对以下类比的理解来回答:

A database is like the house In the house there are several types of rooms. Assuming that you're living in a really big house. You really don't want your living rooms, bedrooms, bathrooms, mezzanines, treehouses, etc. to look the same. They each need a blueprint to tell how to build/use them. In other words, they each need a schema to tell how to build/use a bathroom, for example. Of course, you may have several bedrooms, each looks slightly different. You and your wife/husband's bedroom is slightly different from your kids' bedroom. Each bedroom is analogous to a table in your database. A DBMS is like a butler in the house. He manages literally everything.