要创建一个模式，可使用CREATE SCHEMA命令，并且给出选择的模式名称。例如：

CREATE SCHEMA myschema;

在一个模式中创建或访问对象，需要使用由模式名和表名构成的限定名，模式名和表名之间以点号分隔：

schema.table

在任何需要一个表名的地方都可以这样用，包括表修改命令和后续章节要讨论的数据访问命令（为了简洁我们在这里只谈到表，但是这种方式对其他类型的命名对象同样有效，例如类型和函数）。

实际上，也可以使用更通用的语法

database.schema.table

，但目前这只是为了形式上符合 SQL 标准。如果写出数据库名称，它必须与当前连接的数据库相同。

因此，如果要在一个新模式中创建一个表，可用：

CREATE TABLE myschema.mytable (
 ...
);

要删除一个为空的模式（其中的所有对象已经被删除），可用：

DROP SCHEMA myschema;

要删除一个模式以及其中包含的所有对象，可用：

DROP SCHEMA myschema CASCADE;

有关于此的更一般的机制请参见第 5.12 节。

我们常常希望创建一个由其他人所拥有的模式（因为这是将用户动作限制在良定义的名字空间中的方法之一）。其语法是：

CREATE SCHEMA schemaname AUTHORIZATION username;

我们甚至可以省略模式名称，在此种情况下模式名称将会使用用户名，参见第 5.7.6 节。

以pg_开头的模式名被保留用于系统目的，所以不能被用户所创建。

在前面的小节中，我们创建表时都没有指定模式名。默认情况下，这些表（以及其他对象）会自动放入名为“public”的模式中。每个新数据库都包含这样一个模式。因此，下面两条命令是等效的：

CREATE TABLE products ( ... );

以及：

CREATE TABLE public.products ( ... );

限定名写起来很繁琐，而且通常最好不要把某个特定模式名硬编码到应用中。因此，表通常通过非限定名来引用，也就是只写表名。系统会沿着一条搜索路径来决定该名称指的是哪个表；搜索路径就是要查找的一组模式列表。搜索路径中第一个匹配的表会被视为目标表。如果搜索路径中没有任何匹配，就会报错，即使数据库的其他模式中存在同名表也是如此。

搜索路径中的第一个模式被称为当前模式。除了是第一个被搜索的模式外，如果CREATE TABLE命令没有指定模式名，它将是新创建表所在的模式。

要显示当前搜索路径，可使用下面的命令：

SHOW search_path;

在默认设置下这将返回：

 search_path
--------------
 "$user",public

第一个元素说明一个和当前用户同名的模式会被搜索。如果不存在这个模式，该项将被忽略。第二个元素指向我们已经见过的公共模式。

搜索路径中第一个存在的模式，是创建新对象时的默认位置。这就是默认情况下对象会被创建在公共模式中的原因。当对象在其他任何未限定模式的上下文中被引用时（表修改、数据修改或查询命令），系统会沿搜索路径查找，直到找到匹配对象为止。因此，在默认配置中，任何非限定访问仍然只能指向公共模式。

要把新模式放在搜索路径中，我们可以使用：

SET search_path TO myschema,public;

（我们在这里省略了$user，因为我们并不立即需要它）。然后我们可以删除该表而无需使用模式进行限定：

DROP TABLE mytable;

同样，由于myschema是路径中的第一个元素，新对象默认也会创建在其中。

我们也可以这样写：

SET search_path TO myschema;

这样一来，在没有显式限定时，我们就不再能访问公共模式了。公共模式本身并无特殊之处，只是默认存在而已；它同样可以被删除。

其他操作模式搜索路径的方法请见第 9.23 节。

搜索路径对于数据类型名称、函数名称和操作符名称的作用与表名一样。数据类型和函数名称可以使用和表名完全相同的限定方式。如果我们需要在一个表达式中写一个限定的操作符名称，我们必须写成一种特殊的形式：

OPERATOR(schema.operator)

这是为了避免句法歧义。例如：

SELECT 3 OPERATOR(pg_catalog.+) 4;

实际上我们通常都会依赖于搜索路径来查找操作符，因此没有必要去写如此“丑陋”的东西。

默认情况下，用户无法访问他们不拥有的模式中的任何对象。要允许这样做，模式的所有者必须授予该模式上的USAGE权限。 要允许用户使用模式中的对象，可能需要授予其他权限，适用于该对象。

也可以允许用户在他人的模式中创建对象。为此，需要授予该模式上的CREATE权限。注意，默认情况下，每个人都具有CREATE和USAGE权限，它们作用于模式public。这使所有能够连接到某个数据库的用户都可以在它的public模式中创建对象。如果你不希望允许这样做，可以撤销该权限：

REVOKE CREATE ON SCHEMA public FROM PUBLIC;

（第一个“public”是模式名，第二个“public”表示“每个用户”。前一种用法是标识符，后一种是关键字，因此大小写不同；请回顾第 4.1.1 节。）

除public和用户创建的模式之外，每一个数据库还包括一个pg_catalog模式，它包含了系统表和所有内置的数据类型、函数以及操作符。pg_catalog总是搜索路径的一个有效部分。如果没有在路径中显式地包括该模式，它将在路径中的模式之前被搜索。这保证了内置的名称总是能被找到。然而，如果我们希望用用户定义的名称重载内置的名称，可以显式的将pg_catalog放在搜索路径的末尾。

在PostgreSQL 7.3 之前的版本中，以pg_开头的表名是被保留的。现在不再如此：如果你愿意，可以在任何非系统模式中创建这样名字的表。不过，最好还是继续避免使用这样的名称，以确保将来某个版本定义出与你的表同名的系统表时，你不会遇到冲突。系统表会继续遵循以pg_开头的约定，因此只要用户避免使用pg_前缀，它们就不会与未经限定的用户表名发生冲突。

模式可以用多种方式组织数据。下面几种使用方式是推荐的做法，并且很容易得到默认配置的支持：

在 SQL 标准中，不存在同一模式中的对象由不同用户拥有这一概念。 此外，有些实现不允许创建与其所有者名称不同的模式。 事实上，在那些只实现了标准中基本模式支持的数据库系统中，模式和用户这两个概念几乎是等价的。 因此，很多用户认为限定名实际上就是 username.tablename。 如果你为每个用户都创建一个独立模式，PostgreSQL的行为实际上也会是这样。

同样，SQL 标准中也没有public模式这一概念。为了尽可能符合标准，你不应使用（甚至可以移除）public模式。

当然，某些SQL数据库系统可能根本没有实现模式，或者提供（很可能是有限制地）允许跨数据库访问的命名空间。如果需要使用这样的系统，为了获得最好的可移植性，最好不要使用模式。