A에 삽입진많은 키가있을 가능성으로 인해 인덱스가 느려질 수 있습니다. 각 항목에 삽입되었습니다. 따라서 벌크 삽입을 위해 a 테이블 진 지수를 삭제하고 재현하는 것이 좋습니다. 벌크 삽입을 마친 후

기준토토 베이8.4, 이 조언은 지연 인덱싱이 있기 때문에 덜 필요합니다 중고 (참조섹션 54.3.1자세한 내용). 그러나 매우 큰 업데이트를 위해서는 가능합니다 여전히 색인을 떨어 뜨리고 재현하는 것이 가장 좋습니다.

a 빌드 시간진색인은에 매우 민감합니다maintenance_work_mem설정; 지불하지 않습니다 색인 생성 중 작업 메모리에 대한 Skimp.

기존에 일련의 삽입 중진Fastupdate활성화, 시스템 목록이있을 때마다 보류 중순 목록을 정리합니다 보다 커집니다work_mem. 에게 관찰 된 응답 시간의 변동을 피하십시오 보류중인 목록 청소가 발생하는 것이 바람직합니다 배경 (즉, Autovacuum을 통해). 전경 청소 증가함으로써 운영을 피할 수 있습니다work_mem또는 Autovacuum을 더 많이 만들었습니다 공격적인. 그러나 확대work_mem전경 정리 인 경우를 의미합니다 발생하면 더 오래 걸릴 것입니다.

개발의 주요 목표진인덱스는 지원을 만들었습니다 고도로 확장 가능한 전체 텍스트 검색토토 베이전체 텍스트 검색이 매우 큰 세트를 반환하는 상황 결과의. 또한, 이것은 종종 쿼리 될 때 발생합니다 큰 결과 세트가되도록 매우 빈번한 단어가 포함되어 있습니다. 유용하지 않습니다. 디스크에서 많은 튜플을 읽은 이후 그리고 정렬하는 데 많은 시간이 걸릴 수 있습니다. 생산에 용납 할 수 없습니다. (색인 검색 그 자체는 매우 빠릅니다.)

그러한 쿼리의 통제 된 실행을 용이하게하려면진구성 가능합니다 반환 된 행 수에 대한 소프트 상한 :gin_fuzzy_search_limit구성 매개 변수. 0으로 설정됩니다 (제한 없음) 기본적으로. 0이 아닌 한계가 설정되면 반환됩니다 세트는 전체 결과 세트의 하위 집합입니다. 무작위의.

"소프트"는 실제를 의미합니다 반환 된 결과의 수와 다소 다를 수 있습니다 쿼리 및 품질에 따라 지정된 한계 시스템의 임의 번호 생성기.

경험에서, 수천의 가치 (예 : 5000 - 200000) 잘 작동합니다.