대부분의 경우 삽입은진인덱스가 가능성 때문에 느립니다. 각 값에 대해 많은 키가 삽입됩니다. 그래서 대량으로 테이블에 삽입할 때는 GIN을 삭제하는 것이 좋습니다. 대량 삽입을 마친 후 색인을 생성하고 다시 생성하세요.

a를 위한 빌드 시간진색인은 다음에 매우 민감합니다.maintenance_work_mem설정; 그것은 지불하지 않습니다 인덱스 생성 중에 작업 메모리를 생략합니다.

개발의 주요 목표진색인은 다음에 대한 지원을 생성하는 것이었습니다. 확장성이 뛰어난 전체 텍스트 검색포스트그레SQL, 그리고 종종 전체 텍스트 검색이 매우 큰 세트를 반환하는 상황 결과. 게다가 이런 일은 종종 쿼리할 때 발생합니다. 매우 자주 사용되는 단어가 포함되어 있으므로 결과 집합이 커집니다. 유용하지도 않습니다. 디스크에서 많은 튜플을 읽은 이후 정렬하는 데 시간이 많이 걸릴 수 있습니다. 생산에 적합하지 않습니다. (인덱스 검색은 그 자체는 매우 빠릅니다.)

그러한 쿼리의 제어된 실행을 용이하게 하기 위해진구성 가능한 항목이 있습니다 반환된 행 수에 대한 소프트 상한,gin_fuzzy_search_limit구성 매개변수. 0으로 설정됩니다(제한 없음을 의미함). 기본적으로. 0이 아닌 제한이 설정된 경우 반환되는 값은 다음과 같습니다. 세트는 다음에서 선택된 전체 결과 세트의 하위 세트입니다. 무작위.

"소프트"실제 반환된 결과의 수는 실제 결과와 약간 다를 수 있습니다. 쿼리 및 품질에 따라 지정된 제한 시스템의 난수 생성기입니다.