| PostgreSQL 8.3.3문서 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Fast Forward | Next | |
CREATE OPERATOR CLASS
name
[ DEFAULT ] FOR TYPE
data_type
USING
index_method
AS
{ OPERATOR
strategy_number
operator_name
[ (
op_type
,
op_type
) ] [ RECHECK ]
| FUNCTION
support_number
funcname
(
argument_type
[, ...] )
| STORAGE
storage_type
} [, ... ]
CREATE OPERATOR CLASS는 새로운 연산자 클래스를 생성합니다. 연산자 클래스는, 특정의 데이터형이 인덱스로 어떻게 사용되는지를 정의합니다. 연산자 클래스에 의해, 데이터형 및 인덱스 메소드의 특정의 역할 혹은"전략"에, 어느 연산자를 사용할지가 지정됩니다. 또한, 인덱스의 열에 대해서 연산자 클래스가 선택될 시, 연산자 클래스는 인덱스 메소드가 사용하는 지원 프로시저를 지정합니다. 연산자 클래스에서 사용되는 모든 연산자 및 함수는, 연산자 클래스가 생성되기 전에 정의되어야 합니다.
스키마명이 제시된 경우, 연산자 클래스는 지정된 스키마에서 생성됩니다. 스키마명이 제시되지 않은 경우, 연산자 클래스는 현재의 스키마에서 생성됩니다. 다른 인덱스 메소드에 사용하는 경우만, 같은 스키마내의 2개의 연산자 클래스에 같은 이름을 붙일 수가 있습니다.
연산자 클래스를 정의한 사용자가, 연산자 클래스의 소유자가 됩니다. 현재, 연산자 클래스를 생성하려면, 슈퍼유저여야만 합니다. (잘못된 연산자 클래스를 정의하면, 혼란을 일으키고 서버를 고장나게 하므로 이러한 제한을 둡니다.)
현재,CREATE OPERATOR CLASS에서는, 인덱스 메소드에 필요한 모든 연산자 및 함수가 연산자 클래스 정의에 포함되어 있는지 어떤지, 또, 연산자나 함수의 형식으로 자신의 정합성을 가지고 있는지를 검사하지 않습니다. 유효한 연산자 클래스를 정의하는 것은 사용자의 책임입니다.
상세한 정보에 대해서는Section 33.14을 참조해 주세요.
생성하는 연산자 클래스의 이름입니다. 연산자 클래스명은, 검증을 거친 스키마명이 될 수 있습니다.
DEFAULT를 붙이면, 연산자 클래스는 데이터형의 디폴트 연산자 클래스가 됩니다. 연산자 클래스 1개만이, 특정의 데이터형 및 인덱스 메소드의 디폴트가 될 수 있습니다.
이 연산자 클래스를 사용하는 열의 데이터형입니다.
이 연산자 클래스를 사용하는 인덱스 메소드의 이름입니다.
연산자 클래스에 연관된 연산자의 인덱스 메소드의 전략 번호입니다.
연산자 클래스에 관련된 연산자의 이름(검증을 거친 스키마)입니다.
연산자의 입력 데이터형, 혹은, 왼쪽 단항 연산자나 오른쪽 단항 연산자를 나타내는NONE를 지정합니다. 연산자 클래스의 데이터형과 같은 통상의 경우, 입력 데이터형은 생략 가능합니다.
RECHECK가 존재하는 경우, 인덱스가 이 연산자에 대해 "lossy"임을 나타냅니다. 따라서, 인덱스를 사용하여 추출된 행이 이 연산자를 포함한 조건구를 실제로 충족시키고 있는지를 검증하기 위해서, 그 행을 재검사해야 합니다.
연산자 클래스에 관련된 함수용의 인덱스 메소드의 지원 프로시저의 번호입니다.
연산자 클래스용의 인덱스 메소드의 서포트 프로시저가 되는 함수의 이름(검증을 거친 스키마)입니다.
함수의 매개변수의 데이터형입니다.
인덱스에 실제로 저장되는 데이터형입니다. 통상, 이 데이터형은 열의 데이터형과 같습니다. 그러나, 다른 데이터형을 허가하는 인덱스 메소드도 존재합니다(현시점에서는 GIN와 GiST). 인덱스 메소드가 다른 데이터형의 사용을 허가하고 있지 않으면,STORAGE절을 반드시 생략해야 합니다.
OPERATOR,FUNCTION,STORAGE는 임의의 차례로 기술할 수 있습니다.
인덱스 기구는, 사용하기 전에 함수에 관한 액세스권한을 검사하지 않으므로, 함수나 연산자를 연산자 클래스에 포함하는 것은, PUBLIC에 실행권한을 주는 것과 같습니다. 통상, 연산자 클래스에서 유용한 종류의 함수에서는 이것은 문제가 되지 않습니다.
연산자는 SQL 함수로 정의 되지 않아야 합니다. SQL 함수는 쿼리를 호출해 인라인 될 것이므로, 최적화는 인덱스를 일치하는 쿼리를 인식할 수 없게 됩니다.
아래의 커멘드 예에서는,_int4데이터형(int4의 배열)의 GiST 인덱스 연산자 클래스를 정의하고 있습니다. 이 예의 상세한 것에 대하여는,contrib/intarray/를 참조해 주세요.
CREATE OPERATOR CLASS gist__int_ops
DEFAULT FOR TYPE _int4 USING gist AS
OPERATOR 3 &&,
OPERATOR 6 = RECHECK,
OPERATOR 7 @>,
OPERATOR 8 <@,
OPERATOR 20 @@ (_int4, query_int),
FUNCTION 1 g_int_consistent (internal, _int4, int4),
FUNCTION 2 g_int_union (bytea, 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);