描述

ALTER OPERATOR FAMILY 更改操作符族（operator family）的定义。您可以向族中添加操作符和支持函数，或者从族中移除它们，也可以更改族名或所有者。

当使用 ALTER OPERATOR FAMILY 向族中添加操作符和支持函数时，它们不属于族中的任何特定操作符类（operator class），而只是“松散地”包含在族中。这表明这些操作符和函数与族的概念兼容，但对于任何特定索引的正确功能并非必需。（如果有此类必需的操作符和函数，则应将其声明为操作符类的一部分；参见 CREATE OPERATOR CLASS。）PostgreSQL 允许随时从族中删除松散成员，但操作符类的成员在删除整个类及其依赖的任何索引之前不能被删除。通常，单数据类型的操作符和函数是操作符类的一部分，因为它们是支持该特定数据类型的索引所必需的，而跨数据类型的操作符和函数则被声明为族中的松散成员。

您必须是超级用户才能使用 ALTER OPERATOR FAMILY。（此限制是因为错误的操作符族定义可能会混淆甚至导致服务器崩溃。）

ALTER OPERATOR FAMILY 目前不会检查操作符族定义是否包含索引方法所需的所有操作符和函数，也不会检查操作符和函数是否构成一个自洽的集合。用户有责任定义一个有效操作符族。

有关更多信息，请参阅第 36.16 节。

参数

OPERATOR 和 FUNCTION 子句可以按任何顺序出现。

注释

请注意，DROP 语法仅通过策略或支持编号和输入数据类型指定操作符族中的“槽”。占位符操作符或函数的名称未提及。此外，对于 DROP FUNCTION，要指定的类型是函数旨在支持的输入数据类型；对于 GiST、SP-GiST 和 GIN 索引，这可能与函数的实际输入参数类型无关。

由于索引机制在调用函数之前不检查其访问权限，因此将函数或操作符包含在操作符族中相当于授予其公共执行权限。对于操作符族中可能用到的函数，这通常不是问题。

操作符不应由 SQL 函数定义。SQL 函数可能会内联到调用查询中，这将阻止优化器识别查询是否匹配索引。

示例

以下示例命令向已包含 int4 和 int2 数据类型的 B-tree 操作符类的操作符族中添加跨数据类型的操作符和支持函数。

ALTER OPERATOR FAMILY integer_ops USING btree ADD

  -- int4 vs int2
  OPERATOR 1 < (int4, int2) ,
  OPERATOR 2 <= (int4, int2) ,
  OPERATOR 3 = (int4, int2) ,
  OPERATOR 4 >= (int4, int2) ,
  OPERATOR 5 > (int4, int2) ,
  FUNCTION 1 btint42cmp(int4, int2) ,

  -- int2 vs int4
  OPERATOR 1 < (int2, int4) ,
  OPERATOR 2 <= (int2, int4) ,
  OPERATOR 3 = (int2, int4) ,
  OPERATOR 4 >= (int2, int4) ,
  OPERATOR 5 > (int2, int4) ,
  FUNCTION 1 btint24cmp(int2, int4) ;

要再次删除这些条目

ALTER OPERATOR FAMILY integer_ops USING btree DROP

  -- int4 vs int2
  OPERATOR 1 (int4, int2) ,
  OPERATOR 2 (int4, int2) ,
  OPERATOR 3 (int4, int2) ,
  OPERATOR 4 (int4, int2) ,
  OPERATOR 5 (int4, int2) ,
  FUNCTION 1 (int4, int2) ,

  -- int2 vs int4
  OPERATOR 1 (int2, int4) ,
  OPERATOR 2 (int2, int4) ,
  OPERATOR 3 (int2, int4) ,
  OPERATOR 4 (int2, int4) ,
  OPERATOR 5 (int2, int4) ,
  FUNCTION 1 (int2, int4) ;

兼容性

SQL 标准中没有 ALTER OPERATOR FAMILY 语句。

另请参阅