생성 무지개 토토

설명

운영자 생성새 무지개 토토 정의이름. 정의하는 사용자 운영자는 소유자가됩니다.

무지개 토토이름is 최대 순서paminatalen-1 (31 by 기본값) 다음 목록에서 문자 :

+-*/< = ~! @#%^& | `? $

• $단일 문자 무지개 토토이지만 a의 일부일 수 있습니다 Multicharacter 운영자 이름.

• --and/*운영자 이름의 어느 곳에도 나타날 수 없습니다. 그들은 의견의 시작으로 받아 들일 것입니다.

• Multicharacter 운영자 이름은 끝날 수 없습니다+또는-이름은 다음 문자 중 하나 이상을 포함합니다.

  ~! @#%^& | `? $
  

  예를 들어@-허용 된 무지개 토토 이름이지만*-그렇지 않습니다. 이 제한은 허용PostgreSQL구문 분석 SQL 호환 쿼리 사이의 공간이 필요하지 않습니다 토큰.

무지개 토토! =<입력이 있으므로이 두 이름 항상 동등합니다.

왼쪽과 오른쪽 중 하나 이상이 정의되어야합니다. 을 위한 이진 무지개 토토는 둘 다 정의되어야합니다. 올바른 단독 운영자, 왼쪽 단지의 경우 왼쪽 만 정의해야합니다. 운영자 만 왼쪽을 정의해야합니다.

thefunc_name절차가 있어야합니다 이전에를 사용하여 정의되었습니다.생성 기능올바른 수를 수락하도록 정의되어야합니다. 표시된 유형의 인수 (1-2 개).

정류자 운영자가 존재하는 경우 식별해야합니다. 저것PostgreSQL뒤집을 수 있습니다 원하는 경우 피무지개 토토의 순서. 예를 들어, 무지개 토토 지역보다 <<<는 아마도 통근자가있을 것입니다 운영자, 지역 이상의 지역, . 따라서 쿼리 Optimizer는 자유롭게 변환 할 수 있습니다.

Box '((0,0), (1,1))' mybox.Description

to

myboxes.description <<< box '((0,0), (1,1))'

이것은 실행 코드가 항상 후자를 사용할 수있게합니다. 쿼리 최적화를 다소 표현하고 단순화합니다.

마찬가지로, 부정적 무지개 토토가 있으면 식별. 운영자, 면적 평등 ===가 존재한다고 가정 해 봅시다 영역이 동일하지 않은 영역,! ==. Negator 링크는 쿼리를 허용합니다 단순화하기 위해 Optimizer

myboxes.description === box '((0,0), (1,1))'

to

mybox.description! == box '((0,0), (1,1))'

정류자 운영자 이름이 제공되는 경우PostgreSQL카탈로그에서 검색합니다. 그것이 발견되고 아직 정류자 자체가 없다면 통근자의 항목은 새로 생성되도록 업데이트되었습니다. 통근자로서 운영자. 이것은 부정기에도 적용됩니다. 이것은 두 무지개 토토의 정의를 허용하는 것입니다. 통근자 또는 서로의 부정관. 첫 번째 무지개 토토 정류기 또는 부정관없이 정의해야합니다 (AS 적절한). 두 번째 무지개 토토가 정의되면 첫 번째로 이름을 지정하십시오 정류자 또는 부정관으로. 첫 번째는 측면으로 업데이트됩니다 효과. (PostgreSQL 6.5, 그것은 또한 두 가지 모두를 갖기 위해 작동합니다 운영자는 서로를 참조합니다.)

해시, Sort1 및 Sort2 옵션이 지원됩니다. 조인을 수행 할 때의 쿼리 최적화기.PostgreSQL항상 조인을 평가할 수 있습니다 (즉, 두 개의 튜플 변수로 조항을 처리합니다. 반환하는 무지개 토토부울) by 반복적 대체 [Wong76]. 게다가,PostgreSQL해시 조인 알고리즘을 사용할 수 있습니다 [SHAP86]의 선을 따라; 그러나 이것은 이것이 있는지 여부를 알아야합니다 전략이 적용됩니다. 현재 해시 조합 알고리즘은 전용입니다 평등 테스트를 나타내는 운영자를 수정합니다. 뿐만 아니라, 데이터 유형의 평등은 유형의 표현. (예를 들어, 데이터 유형입니다 평등 테스트에 중요하지 않은 사용하지 않는 비트가 포함되어 있습니다. 해시 조합되지 않음) 해시 플래그는 쿼리를 나타냅니다. 해시 조인이 안전하게 사용될 수있는 Optimizer 무지개 토토.

마찬가지로, 두 정렬 무지개 토토는 쿼리를 나타냅니다 Merge-Sort가 사용 가능한 조인 전략인지, 운영자는 두 오페라 클래스를 정렬하는 데 사용해야합니다. 종류 운영자는 평등 무지개 토토 만 제공해야하며 그들은 왼쪽과 오른쪽의 무지개 토토보다 적은 운영자를 언급해야합니다. 측면 데이터 유형 각각.

다른 조인 전략이 실용적인 것으로 밝혀지면PostgreSQL이를 사용하려면 최적화 및 런타임 시스템이 필요합니다. 작업자가 정의 된 경우 추가 사양. 다행히도 연구 커뮤니티는 새로운 조인 전략을 발명합니다 드물게, 사용자 정의 조인의 일반성이 추가되었습니다 전략은 관련된 복잡성의 가치가있는 것으로 느껴지지 않았습니다.

제한 및 조인 옵션은 쿼리 최적화를 지원합니다. 결과 크기 추정. 양식의 조항 인 경우 :

myboxes.description <<< box '((0,0), (1,1))'

자격에 존재합니다.PostgreSQL분수를 추정해야 할 수도 있습니다 조항을 만족시키는 MyBox의 인스턴스. 함수RES_PROC등록되어 있어야합니다 함수 (의미를 사용하여 이미 정의되어 있음을 의미함수 만들기)의 인수를 받아들입니다 데이터 유형을 올바르게하고 부동 소수점 번호를 반환합니다. 쿼리 Optimizer는 단순히이 함수를 호출하여 매개 변수를 전달합니다((0,0), (1,1))결과를 곱하십시오 예상 인스턴스 수를 얻기 위해 관계 크기로.

마찬가지로, 운영자의 피무지개 토토 모두가 포함 된 경우 인스턴스 변수, 쿼리 옵티마이저는 크기를 추정해야합니다. 결과 조인. join_proc 함수는 다른 것을 반환합니다 플로팅 포인트 번호는 곱할 것입니다 예상을 계산하기 위해 관련된 두 테이블의 기본화 결과 크기.

함수 간의 차이

my_procedure_1 (myboxes.description, box '((0,0), (1,1)))

및 무지개 토토

myboxes.description === box '((0,0), (1,1))'

PostgreSQL시도 운영자를 최적화하고 인덱스를 사용하여 제한하기로 결정할 수 있습니다. 운영자가 참여할 때의 검색 공간. 그러나 있습니다 함수를 최적화하려는 시도가 없으며 Brute에 의해 수행됩니다. 힘. 또한 기능은 여러 인수를 가질 수 있습니다 무지개 토토는 1 ~ 2 개로 제한됩니다.

usage

다음 명령은 새 무지개 토토, 면적 평등, 정의합니다. 박스 데이터 유형 :

CREATE OPERATOR === (
   leftarg = 상자,
   rightarg = 상자,
   절차 = area_equal_procedure,
   통근자 = ===,
   부정기 =! ==,
   제한 = area_restriction_procedure,
   join = area_join_procedure,
   해시,
   sort1 = <<<,
   sort2 = <<<
);

호환성