描述

CREATE OPERATOR CLASS 建立一個新的運算子類別。運算子類別定義了特定資料類型如何與索引一起使用。運算子類別指定某些運算子將為此資料類型和此索引方法填充特定的角色或“策略”。運算子類別還指定索引方法在為索引欄位選取運算子類別時要使用的支援函式。運算子類別使用的所有運算子和函式都必須在建立運算子類別之前定義。

如果給定了綱要名稱，則會在指定的綱要中建立運算子類別。否則，它會在目前的綱要中建立。只有當相同綱要中的兩個運算子類別用於不同的索引方法時，它們才能具有相同的名稱。

定義運算子類別的使用者將成為其擁有者。目前，建立使用者必須是超級使用者。（做出此限制是因為錯誤的運算子類別定義可能會混淆甚至崩潰伺服器。）

CREATE OPERATOR CLASS 目前不會檢查運算子類別定義是否包含索引方法所需的所有運算子和函式，也不會檢查運算子和函式是否形成自洽的集合。使用者有責任定義有效的運算子類別。

相關的運算子類別可以分組到運算子族中。若要將新的運算子類別新增到現有的族，請在 CREATE OPERATOR CLASS 中指定 FAMILY 選項。如果沒有此選項，則新的類別將放置在與新類別同名的族中（如果該族不存在，則會建立該族）。

請參閱 第 36.16 節，以取得更多資訊。

參數

OPERATOR、FUNCTION 和 STORAGE 子句可以以任何順序出現。

注意事項

因為索引機制在使用函式前不會檢查函式的存取權限，所以在運算子類別中包含一個函式或運算子，就等同於授予該函式公開的執行權限。對於在運算子類別中有用的函式種類來說，這通常不是一個問題。

運算子不應該用 SQL 函式定義。SQL 函式很可能會被內嵌到呼叫查詢中，這會導致最佳化器無法識別該查詢與索引匹配。

在 PostgreSQL 8.4 之前，OPERATOR 子句可以包含一個 RECHECK 選項。由於現在索引運算子是否為“有損”是在執行時期動態決定的，因此不再支援此選項。這樣可以有效地處理運算子可能是有損或可能不是有損的情況。

範例

以下範例命令為資料類型 _int4（int4 的陣列）定義一個 GiST 索引運算子類別。請參閱 intarray 模組以取得完整的範例。

CREATE OPERATOR CLASS gist__int_ops
    DEFAULT FOR TYPE _int4 USING gist AS
        OPERATOR        3       &&,
        OPERATOR        6       = (anyarray, anyarray),
        OPERATOR        7       @>,
        OPERATOR        8       <@,
        OPERATOR        20      @@ (_int4, query_int),
        FUNCTION        1       g_int_consistent (internal, _int4, smallint, oid, internal),
        FUNCTION        2       g_int_union (internal, internal),
        FUNCTION        3       g_int_compress (internal),
        FUNCTION        4       g_int_decompress (internal),
        FUNCTION        5       g_int_penalty (internal, internal, internal),
        FUNCTION        6       g_int_picksplit (internal, internal),
        FUNCTION        7       g_int_same (_int4, _int4, internal);

相容性

CREATE OPERATOR CLASS 是 PostgreSQL 的擴充功能。SQL 標準中沒有 CREATE OPERATOR CLASS 語法。

參見