架构->平面图

数据库->房子

桌子->房间

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

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

但是，在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.

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

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

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

更多关于模式的信息:

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

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

点表示法是这样的:

Server.Database.Schema.Object

or

myserver01.Adventureworks.Accounting.Beans

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

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

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

MySQL文档

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

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