SQL Server 파티셔닝을 사용하여 전체 텍스트 검색을 최적화 할 수 있습니까?

Question

전체 텍스트 인덱싱 된 열이있는 매우 큰 테이블이 있습니다. 이 표를 현명하게 분할하면 (나에게 현명하게 날짜로 표시됨) 쿼리 속도가 빨라 집니까? 쿼리가 단일 파티션으로 제한 되더라도 전체 텍스트 절이 여전히 전체 테이블을 검색합니까?

지금까지 내가 본 것에서 볼 때 파티셔닝이 도움이되지 않을 것이라고 생각합니다. 따라서 최선의 대안은 가치있는 대답입니다. 예를 들어 각 기간에 대한 표를 만들고 [???]을 사용하여 쉽게 유지 관리 할 수 ​​있습니다.

EDIT : 현재 450 만 행은 매우 크지 만 시간이 지남에 따라 커질 것입니다 (내일 2 천만 개가 될 수 있으므로이를 계획하고 싶습니다). 하드웨어면에서 나는 꽤 단서가 없다. 전체 쿼리가 많은 수의 행을 반환 할 때 쿼리가 전체적으로 느리지 만 쿼리가 느리다는 것을 알고 있습니다. 그것이 계산 경계 또는 IO 경계를 의미하는지 또는 말할 충분한 정보인지를 확신 할 수 없습니다.

Answer 1

나는 그렇게 생각하지 않습니다.

전체 텍스트 색인은 단일 전체 텍스트 카탈로그에 있습니다.

이것은 날짜 범위를 기준으로 데이터를 데이터 파일 그룹으로 파티셔닝하고 뷰와 제약 조건을 사용하여 쿼리를 올바른 파티션에 지정하는 것과 매우 다릅니다.

제 아이디어는 전체 텍스트 카탈로그와 색인이 고유 LUN/디스크 세트에 있는지 확인하는 것입니다.

Answer 2

GBN이 맞습니다. 도움이되지 않습니다.

일반적으로 내 권장 사항은 하드웨어 문제를 해결하기 위해 스키마를 변경하지 않는 것입니다. FTS 설정에 대한 모범 사례를 따르십시오. 실제로 확장 할 수 있습니다. "매우 큰 테이블"이 의미하는 것과 하드웨어의 종류를 명확히 할 수 있다면 더 나은 답변을 줄 수 있습니다. 예를 들어, 느린 RAID 5에서 6 개의 드라이브가있는 2-cpu 16GB 램 상자의 1 백만 행 테이블입니까? 또는 RAID 100- 드라이브 SAN이있는 4-CPU 64GB 상자의 1 천만 행 테이블입니까? 10?