描述

ALTER OPERATOR FAMILY 更改一个操作符族的定义。你可以向该族添加操作符和支持函数、从该族中移除它们，或者更改该族的名称或拥有者。

使用 ALTER OPERATOR FAMILY 向一个族中添加操作符和支持函数时，它们并不属于该族内任何特定的操作符类，而只是作为该族中的“松散”成员存在。这表明这些操作符和函数与该族的语义兼容，但并不是任何特定索引正确工作所必需的。（那些确实必需的操作符和函数应当声明为某个操作符类的一部分；参见 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-树操作符类的操作符族中添加跨数据类型的操作符和支持函数。

ALTER OPERATOR FAMILY integer_ops USING btree ADD

  -- int4 对 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 对 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 对 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 对 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 语句。

另见