어떤 상황에서는 범퍼카 토토스를 재건하는 것이 좋습니다 주기적으로reindex명령.
inPostgreSQL전에 릴리스 7.4,주기적인 정리를 피하기 위해 자주 필요했습니다"Index Bloat"10742_11200
inPostgreSQL7.4 이상, 완전히 비어있는 색인 페이지는 재사용. 여전히 비효율적 인 사용 가능성이 있습니다 공간 : 페이지의 몇 가지 인덱스 키를 제외한 모든 인덱스 키를 삭제 한 경우 페이지는 할당 된 상태로 남아 있습니다. 그래서 사용 패턴은 모두를 제외한 모든 사용 패턴입니다 결국 각 범위의 키가 삭제되는 몇 가지 키가 삭제됩니다. 우주. 이러한 사용 패턴의 경우주기적인 정리가 있습니다 추천.
B-tree 지수가 아닌 팽창의 잠재력은 그렇지 않았습니다. 잘 특징 지어집니다. 주시하는 것이 좋습니다. 비 트리 범퍼카 토토스 유형을 사용할 때 범퍼카 토토스의 물리적 크기.
또한 B- 트리 색인의 경우 새로 구성된 인덱스가 있습니다 많은 업데이트 된 것보다 액세스하기가 약간 빠릅니다. 논리적으로 인접한 페이지도 일반적으로이기 때문에 시간 새로 구축 된 지수에 물리적으로 인접합니다. (이 고려 사항 현재 비 트리 지수에 적용되지 않습니다.) 접근성을 향상시키기 위해 정기적으로 다시 정리 할 가치가 있습니다 속도.