어떤 상황에서는 색인을 재구축하는 것이 가치가 있습니다 주기적으로REINDEX명령.
에PostgreSQL이전에 출시됨 7.4, 이를 방지하기 위해 주기적으로 색인을 다시 생성해야 하는 경우가 많았습니다."색인 팽창", 내부 부족으로 인해 B-트리 인덱스의 공간 회수. 어떤 상황에서든 시간이 지남에 따라 변경되는 인덱스 키 범위(예: 오래된 항목이 결국 삭제되는 테이블의 타임스탬프 — 더 이상 필요하지 않은 인덱스 페이지 때문에 부풀어오르게 됩니다. 키 범위의 일부는 재사용을 위해 회수되지 않았습니다. 오버 시간이 지나면 인덱스 크기는 다음보다 무한정 커질 수 있습니다. 그 안에 유용한 데이터의 양이 있습니다.
에포스트그레SQL7.4 이상, 완전히 비어 있는 인덱스 페이지는 다음 용도로 회수됩니다. 재사용. 비효율적으로 활용될 가능성이 여전히 존재 space: 페이지에서 몇 개의 인덱스 키를 제외하고 모두 삭제된 경우 페이지는 할당된 상태로 유지됩니다. 따라서 다음을 제외한 모든 사용 패턴은 각 범위에서 몇 개의 키가 결국 삭제되면 제대로 사용되지 않을 것입니다. 공간의. 이러한 사용 패턴의 경우 정기적인 재인덱싱이 추천합니다.
B-트리 범퍼카 토토스가 아닌 범퍼카 토토스에서는 팽창 가능성이 없습니다. 잘 특성화되어 있습니다. 주의사항을 지켜보는 것이 좋습니다. B-트리가 아닌 범퍼카 토토스 유형을 사용할 때 범퍼카 토토스의 물리적 크기.
또한 B-트리 인덱스의 경우 새로 구성된 인덱스는 다음과 같습니다. 많이 업데이트된 것보다 액세스 속도가 다소 빠릅니다. 논리적으로 인접한 페이지도 일반적으로 새로 구축된 인덱스에서 물리적으로 인접해 있습니다. (이 고려사항은 현재 비B-트리 인덱스에는 적용되지 않습니다.) 액세스를 개선하기 위해 주기적으로 색인을 다시 생성하는 것이 좋습니다. 속도.