일반적인 접근법과 비교하여 테이블 파티셔닝을 사용하는 것이 유리합니까?테이블 파티셔닝
통계적으로 볼 수있는 일종의 예제 사례 또는 자세한 비교 분석이 있습니까? (이는 너무 강하지 만 일부 수치로 설명하면 도움이 될 것입니다) 프로세스의 유용성을 강조합니다.
일반적인 접근법과 비교하여 테이블 파티셔닝을 사용하는 것이 유리합니까?테이블 파티셔닝
통계적으로 볼 수있는 일종의 예제 사례 또는 자세한 비교 분석이 있습니까? (이는 너무 강하지 만 일부 수치로 설명하면 도움이 될 것입니다) 프로세스의 유용성을 강조합니다.
파티셔닝은 매우 강력하며 실제로 테이블 데이터를 몇 개의 작은 테이블로 나눈 다음보기를 사용하여 단일화합니다.
예를 들어, 'ipnumbers'는 'ipnumbers_1', 'ipnumbers_2'및 'ipnumbers_3'테이블로 나눌 수 있습니다. 여기서 첫 번째 테이블에는 제약 조건이있어 0.0.0.0 - 50.0.0.0의 ipnumbers 만 저장되며, 두 번째 테이블은 가게에 허용 제약 100.0.0.0에 50.0.0.1, 범위 포함 등 다음 뷰는 하나에 파티션 테이블을 통합하는 추가 할 수 있습니다 : 당신이 뷰를 쿼리 할 때 지금
SELECT * FROM ipnumbers_1
UNION ALL
SELECT * FROM ipnumbers_2
UNION ALL
SELECT * FROM ipnumbers_3
특정 ipnumber :
SELECT * FROM ipnumberview WHERE ipno=60.0.0.1
.. The SQ L 서버 쿼리 최적화 프로그램은 'ipnumbers_2'테이블 만 검사해야한다는 것을 알게되므로 큰 속도 향상을 얻을 수 있습니다.
또한 스키마 결합 된보기를 삽입하여 (자동으로 올바른 대상 테이블에 데이터 배치) 테이블을 다른 서버에 배치 할 수 있지만 (설정이 약간 까다 롭지 만) 뷰에 인덱스를 추가 할 수도 있습니다 .
재미있게 보내세요!