CREATE DOMAIN

CREATE DOMAIN创建一个新域。域本质上是一种带有可选 约束（即对允许值集合的限制）的数据类型。定义域的用户将成为其拥有者。

如果给定了模式名（例如CREATE DOMAIN myschema.mydomain ...），则该域会在指定模式中创建。否则它会 在当前模式中创建。域名在其所在模式中的现有类型和域之间必须唯一。

域适合把字段上的常见约束抽象到单一位置进行维护。例如，若有多个表都 包含电子邮件地址列，并且都需要同一个 CHECK 约束来验证地址语法， 那么定义一个域会比在每个表上分别设置该约束更合适。

要创建域，你必须对其底层类型拥有USAGE权限。

域约束，特别是NOT NULL，会在把值转换成域类型时 进行检查。即便存在这样的约束，一个名义上属于该域类型的列也仍可能 读出为空值。例如，在外连接查询中，如果该域列位于外连接中可为空的 一侧，就可能发生这种情况。一个更微妙的例子是：

INSERT INTO tab (domcol) VALUES ((SELECT domcol FROM tab WHERE false));

这个空标量子 SELECT 会产生一个空值，该空值被视为域类型的值，因此 不会再对其执行进一步的约束检查，插入也会成功。

由于 SQL 普遍假定空值是每种数据类型的合法值，因此很难彻底避免这类 问题。因此，最佳实践是把域约束设计为允许空值，然后在需要时对该域 类型的列应用列级NOT NULL约束，而不是直接对域 类型应用这种约束。

PostgreSQL假定CHECK 约束的条件是不可变的，也就是说，对于相同的输入值，它们总会给出相同 的结果。正是基于这一假设，系统只会在值首次被转换为域类型时检查 CHECK约束，而不会在其他时候检查。（这与表 CHECK约束的处理方式基本相同，如Section 5.5.1所述。）

打破这一假设的一种常见方式是，在CHECK表达式中 引用用户定义函数，然后改变该函数的行为。PostgreSQL 不禁止这样做，但如果此时已有存储的域类型值违反了CHECK 约束，系统也不会注意到。这会导致后续数据库转储和恢复失败。推荐的 处理方式是先删除该约束（使用ALTER DOMAIN）， 调整函数定义，然后重新添加约束，从而重新根据已存储数据进行检查。

此外，确保域的CHECK表达式不会抛出错误也是一种 良好实践。

这个示例创建us_postal_code数据类型，然后在一个表定义 中使用该类型。这里使用正则表达式测试来验证该值看起来是否为一个合法 的美国邮政编码：

CREATE DOMAIN us_postal_code AS TEXT
CHECK(
   VALUE ~ '^\d{5}$'
OR VALUE ~ '^\d{5}-\d{4}$'
);

CREATE TABLE us_snail_addy (
  address_id SERIAL PRIMARY KEY,
  street1 TEXT NOT NULL,
  street2 TEXT,
  street3 TEXT,
  city TEXT NOT NULL,
  postal us_postal_code NOT NULL
);

命令CREATE DOMAIN符合 SQL 标准。

本命令中的NOT NULL语法是 PostgreSQL扩展。（对于非组合数据类型， 符合标准的等价写法是CHECK (VALUE IS NOT NULL)。 不过，正如the section called “注解”所述，这类约束在 实践中最好还是避免使用。）NULL“约束” 也是PostgreSQL扩展（另见Compatibility）。