PostgreSQL기본 테이블 파티셔닝을 지원합니다. 이 섹션에서는 데이터베이스 디자인의 일부로 파티셔닝을 구현하는 이유와 방법에 대해 설명합니다.
파티션은 논리적으로 하나의 큰 메이저 토토 사이트을 작은 물리적 조각으로 분할하는 것을 말합니다. 분할은 몇 가지 이점을 제공 할 수 있습니다.
특히 메이저 토토 사이트의 많은 액세스 행이 단일 파티션 또는 소수의 파티션에있을 때 특정 상황에서 쿼리 성능을 크게 향상시킬 수 있습니다. 분할은 상위 트리 수준의 인덱스 레벨을 효과적으로 대체하여 인덱스의 무겁게 사용되는 부분이 메모리에 적합 할 가능성이 높아집니다.
쿼리 또는 업데이트가 단일 파티션의 많은 비율에 액세스하면 인덱스를 사용하는 대신 해당 파티션의 순차적 스캔을 사용하여 성능을 향상시킬 수 있습니다.
파티션 디자인에서 사용 패턴이 설명되면 파티션을 추가하거나 제거하여 벌크 하중 및 삭제를 수행 할 수 있습니다. 사용을 사용하여 개별 파티션 삭제드롭 메이저 토토 사이트또는 행동Alter Table Detach Partition, 대량 작동보다 훨씬 빠릅니다. 이 명령은 또한 전적으로를 피합니다.진공벌크로 인한 오버 헤드삭제.
거의 사용하지 않는 데이터를 저렴하고 느린 스토리지 미디어로 마이그레이션 할 수 있습니다.
이러한 혜택은 일반적으로 메이저 토토 사이트이 매우 큰 경우에만 가치가 있습니다. 메이저 토토 사이트의 크기가 데이터베이스 서버의 물리적 메모리를 초과해야한다는 것입니다.
PostgreSQL다음 형식의 파티셔닝에 대한 내장 지원을 제공합니다.
메이저 토토 사이트이 분할되어“범위”다른 파티션에 할당 된 값의 범위에 중첩되지 않은 키 열 또는 열 세트로 정의됩니다. 예를 들어, 날짜 범위 또는 특정 비즈니스 오브젝트에 대한 식별자 범위별로 분할 할 수 있습니다.1to10, 그리고 다음 사람의 범위는입니다.10to20, value10첫 번째 파티션에 속합니다.
메이저 토토 사이트은 각 파티션에 어떤 키 값이 나타나는지 명시 적으로 나열하여 분할됩니다.
메이저 토토 사이트은 각 파티션에 대한 계수와 나머지를 지정하여 분할됩니다. 각 파티션은 파티션 키의 해시 값이 지정된 계수로 나뉘어지는 행을 지정된 나머지를 생성합니다.
응용 프로그램이 위에 나열되지 않은 다른 형태의 파티셔닝을 사용해야하는 경우 상속 및와 같은 대체 방법.Union All대신보기를 사용할 수 있습니다. 이러한 방법은 유연성을 제공하지만 내장 선언 파티셔닝의 성능 이점은 없습니다.
PostgreSQL메이저 토토 사이트이 파티션으로 나뉘어 있다고 선언 할 수 있습니다. 나뉘어 진 메이저 토토 사이트을라고합니다.파티션 메이저 토토 사이트. 선언에는가 포함됩니다.파티션 방법위에서 설명한대로,파티션 키.
분할 된 메이저 토토 사이트 자체는 A입니다.“가상”자체 저장 장치가없는 메이저 토토 사이트. 대신, 스토리지는에 속합니다.파티션는 분할 된 테이블과 관련된 다른 표지 테이블입니다. 각 파티션은 데이터의 하위 집합을 저장합니다.파티션 경계. 파티션 된 테이블에 삽입 된 모든 행은 파티션 키 열의 값을 기반으로 적절한 파티션 중 하나로 라우팅됩니다.
파티션 자체는 파티션 된 테이블로 정의되어하위 분수. 모든 파티션은 분할 된 부모와 동일한 열을 가져야하지만, 파티션에는 자체 인덱스, 제약 조건 및 기본값이 다른 파티션과는 별개가있을 수 있습니다.메이저 토토 사이트 생성파티션 된 테이블 및 파티션 작성에 대한 자세한 내용은
일반 테이블을 파티션 된 테이블로 전환하거나 그 반대도 마찬가지입니다. 그러나 기존 정규 또는 분할 된 테이블을 분할 된 테이블의 파티션으로 추가하거나 파티션 된 테이블에서 파티션을 독립형 테이블로 전환 할 수 있습니다.Alter Table에 대해 자세히 알아 보려면첨부 파티션및파티션하위 명령.
파티션도 가능합니다외국 메이저 토토 사이트, 외국 표의 내용이 분할 규칙을 충족시키는 것은 사용자의 책임이기 때문에 상당한주의가 필요하지만, 상당한주의가 필요합니다. 다른 제한 사항도 있습니다.외국 메이저 토토 사이트 만들기자세한 내용은
우리가 대형 아이스크림 회사의 데이터베이스를 구성한다고 가정 해 봅시다. 이 회사는 매일 최대 온도를 측정하고 각 지역의 아이스크림 판매를 측정합니다.
메이저 토토 사이트 측정 생성 (
우리는 대부분의 쿼리가 지난 주, 월 또는 분기 데이터에만 액세스 할 것임을 알고 있습니다.이 테이블의 주요 사용은 관리를 위해 온라인 보고서를 준비하는 것이기 때문입니다. 저장 해야하는 이전 데이터의 양을 줄이기 위해 가장 최근 3 년간의 데이터 만 유지하기로 결정했습니다.
이 경우 선언 파티셔닝을 사용하려면 다음 단계를 사용하십시오.
생성측정|파티션 by조항, 여기에는 분할 방법 (범위이 경우) 및 파티션 키로 사용할 열 목록.
메이저 토토 사이트 측정 생성 (
파티션 생성. 각 파티션의 정의는 부모의 분할 방법 및 파티션 키에 해당하는 경계를 지정해야합니다.
이렇게 만든 파티션은 모든면에서 정상입니다PostgreSQL테이블 (또는 아마도 외국 메이저 토토 사이트). 각 파티션에 대한 테이블 스페이스 및 스토리지 매개 변수를 별도로 지정할 수 있습니다.
이 예를 들어, 각 파티션은 한 달에 한 달에 한 달에 한 달의 데이터를 삭제 해야하는 요구 사항과 일치하도록 1 개월 분량의 데이터를 보유해야합니다. 그래서 명령은 다음과 같습니다 :
테이블 측정 생성 _y2006m02 측정의 파티션
16341_16457
하위 파티셔닝을 구현하려면 다시 지정하십시오파티션 by예를 들어 개별 파티션을 만드는 데 사용되는 명령의 조항 :
테이블 측정 생성 _y2006M02 측정의 파티션
파티션을 작성한 후측정 _y2006m02, 삽입 된 모든 데이터측정측정 _y2006m02(또는 직접 삽입되는 데이터측정 _y2006m02, 파티션 제약 조건이 충족되면 허용됩니다.)PeakTemp열. 지정된 파티션 키는 부모의 파티션 키와 겹칠 수 있지만, 부착물의 한계를 지정할 때주의를 기울여야합니다.
기존 파티션 중 하나에 매핑되지 않는 상위 테이블에 데이터를 삽입하면 오류가 발생합니다. 적절한 파티션을 수동으로 추가해야합니다.
파티션의 파티션 경계 조건을 설명하는 테이블 제약 조건을 수동으로 생성 할 필요는 없습니다. 이러한 제약은 자동으로 생성됩니다.
파티션 된 테이블에서 키 열의 인덱스와 원하는 다른 인덱스에 인덱스를 만듭니다. (주요 인덱스는 엄격하게 필요하지 않지만 대부분의 시나리오에서는 도움이됩니다.) 이것은 각 파티션에 일치하는 인덱스를 자동으로 생성하며 나중에 생성하거나 첨부하는 파티션도 그러한 인덱스를 갖습니다.“가상”분할 된 테이블과 마찬가지로 실제 데이터는 개별 파티션 메이저 토토 사이트의 하위 인덱스에 있습니다.
측정에서 색인 생성 (logdate);
enable_partition_pruning구성 매개 변수가 비활성화되지 않았습니다on. 그렇다면 쿼리는 원하는대로 최적화되지 않습니다.
위의 예에서는 매달 새 파티션을 만들 것이므로 필요한 DDL을 자동으로 생성하는 스크립트를 작성하는 것이 현명 할 수 있습니다..
일반적으로 테이블을 처음 정의 할 때 설정된 파티션 세트는 정적을 유지하기위한 것이 아닙니다. 이전 데이터를 보유한 파티션을 제거하고 정기적으로 새로운 데이터에 새로운 파티션을 추가하는 것이 일반적입니다.
오래된 데이터를 제거하기위한 가장 간단한 옵션은 더 이상 필요하지 않은 파티션을 삭제하는 것입니다.
드롭 메이저 토토 사이트 측정 _y2006m02;
이것은 모든 레코드를 개별적으로 삭제할 필요가 없기 때문에 수백만 레코드를 매우 빠르게 삭제할 수 있습니다. 그러나 위의 명령은액세스 독점부모 메이저 토토 사이트의 잠그십시오.
종종 바람직한 또 다른 옵션은 파티션 된 테이블에서 파티션을 제거하지만 그 자체로 테이블로 액세스하는 것을 유지하는 것입니다. 이것은 두 가지 형태가 있습니다 :
ALTER 테이블 측정 분리 파티션 측정 _Y2006M02;
이를 통해 데이터가 삭제되기 전에 추가 작업을 수행 할 수 있습니다. 예를 들어, 이것은 종종를 사용하여 데이터를 백업하는 데 유용한 시간입니다.COPY, pg_dump또는 유사한 도구. 또한 데이터를 더 작은 형식으로 집계하거나 다른 데이터 조작을 수행하거나 보고서를 실행하는 데 유용한 시간 일 수도 있습니다.액세스 독점부모 메이저 토토 사이트을 잠그십시오. 추가동시에두 번째 양식에서와 같은 예선은 분리 작업이 필요합니다공유 업데이트 독점부모 메이저 토토 사이트을 잠그지 만 참조Alter Table ... 분리 파티션제한에 대한 자세한 내용.
마찬가지로 새로운 데이터를 처리하기 위해 새 파티션을 추가 할 수 있습니다. 위에 원래 파티션이 생성 된 것처럼 파티션 된 테이블에서 빈 파티션을 만들 수 있습니다.
테이블 측정 생성 _y2008m02 측정 분할
새 파티션을 만드는 대안으로서, 파티션 구조와 별개의 새 테이블을 만들고 나중에 파티션으로 첨부하는 것이 더 편리합니다. 이를 통해 파티션 된 테이블에 나타나기 전에 새 데이터를로드, 점검 및 변환 할 수 있습니다.첨부 파티션작동 만 필요합니다공유 업데이트 독점|액세스 독점잠금 요구에 의해메이저 토토 사이트 생성 ... 파티션, 따라서 파티션 된 테이블의 동시 작업에 더 친숙합니다. 보다Alter Table ... 첨부 파티션추가 세부 사항. 그만큼메이저 토토 사이트 생성 ... 좋아요옵션은 부모 메이저 토토 사이트의 정의를 지식으로 반복하는 것을 피하는 데 도움이 될 수 있습니다. 예를 들어:
테이블 측정 생성 _y2008m02
실행할 때첨부 파티션명령에 따라 테이블이 스캔되어 파티션 제약 조건을 유지하는 동안액세스 독점해당 파티션을 잠그십시오. 위에서 볼 수 있듯이 a를 만들어이 스캔을 피하는 것이 좋습니다.check테이블을 부착하기 전에 예상되는 파티션 제약 조건과 일치하는 제약 조건. 일단첨부 파티션완료되었으므로 현재 중복을 삭제하는 것이 좋습니다check제약. 첨부중인 테이블 자체가 분할 된 테이블이라면, 각 하위 파티션은 적절한 상태가 될 때까지 재귀 적으로 잠그고 스캔됩니다check제약 조건이 발생하거나 잎 파티션에 도달합니다.
마찬가지로, 파티션 된 테이블에 A가있는 경우기본값파티션, a를 만드는 것이 좋습니다check상호 부착 된 파티션의 제약을 제외하는 제약 조건. 이 작업이 완료되지 않으면기본값파티션은 첨부 된 파티션에 위치 해야하는 레코드가 포함되어 있는지 확인하기 위해 스캔됩니다. 이 작업은 AN을 유지하는 동안 수행됩니다액세스 독점잠금기본값파티션. 인 경우기본값파티션 자체는 파티션 된 테이블이며, 각 파티션은 위에서 언급 한 것처럼 테이블이 첨부되는 테이블과 동일한 방식으로 재귀 적으로 확인됩니다..
앞서 언급했듯이, 전체 계층에 자동으로 적용되도록 분할 된 테이블에 인덱스를 생성 할 수 있습니다. 기존의 모든 파티션이 색인화 될뿐만 아니라 향후 파티션도 마찬가지이므로 매우 편리 할 수 있습니다.동시에예선은 잠금 시간이 길어질 수 있습니다. 이를 피하려면 사용할 수 있습니다만 인덱스 생성파티션 된 테이블은 유효하지 않은 새 인덱스를 생성하여 기존 파티션에 자동 응용 프로그램을 방지합니다. 대신, 인덱스는를 사용하여 각 파티션에서 개별적으로 생성 될 수 있습니다.동시에및첨부사용중인 부모의 분할 된 색인Alter Index ... 첨부 파티션. 모든 파티션에 대한 인덱스가 상위 색인에 첨부되면 부모 색인이 자동으로 유효합니다.
만 인덱스 측정 _USLS_IDX 생성 (단위);
이 기술은와 함께 사용할 수 있습니다.고유 한및기본 키제약 조건; 제약 조건이 생성 될 때 인덱스가 암시 적으로 생성됩니다.
Alter Table 전용 측정 추가 고유 (City_id, Logdate);
분할 된 테이블에는 다음 한계가 적용됩니다.
파티션 된 테이블에 고유 또는 기본 키 제약 조건을 만들려면 파티션 키에는 표현식 또는 기능 호출이 포함되어서는 안되며 제약 조건의 열에는 모든 파티션 키 열이 포함되어야합니다. 이러한 제한은 제약 조건을 구성하는 개별 지수가 자신의 파티션 내에서만 독창성을 직접적으로 시행 할 수 있기 때문에 존재합니다.
마찬가지로 제외 제약 조건에는 모든 파티션 키 열이 포함되어야합니다. 또한 제약 조건은 해당 열을 평등과 비교해야합니다 (예 :&&). 다시 말하지만,이 제한은 교차 파티션 제한을 시행 할 수 없다는 것입니다.
전 행트리거 on삽입새 행의 최종 대상이 어떤 파티션을 변경할 수 없습니다.
동일한 파티션 트리에서 임시 및 영구 관계를 믹싱하는 것은 허용되지 않습니다. 따라서 분할 된 테이블이 영구적 인 경우, 파티션이어야하며 마찬가지로 분할 된 테이블이 임시 인 경우 마찬가지로.
개별 파티션은 상속 비하인드 스토리를 사용하여 분할 된 테이블에 연결됩니다. 그러나 아래에서 논의 된 바와 같이 선언적으로 분할 된 테이블 또는 파티션과 함께 상속의 모든 일반적인 특징을 사용할 수는 없습니다.
파티션 된 테이블로 구성된 파티션 계층과 그 파티션은 여전히 상속 계층,이므로Tableoid및 모든 정상적인 상속 규칙은에 설명 된대로 적용됩니다.토토 PostgreSQL : 문서 : 17 : 5.11. 계승, 몇 가지 예외가 있습니다 :
파티션에는 부모에 존재하지 않는 열을 가질 수 없습니다. 로 파티션을 생성 할 때 열을 지정할 수 없습니다메이저 토토 사이트 생성Alter Table. 테이블은와 파티션으로 추가 될 수 있습니다.Alter Table ... 첨부 파티션열이 부모와 정확히 일치하는 경우에만.
둘 다check및NOT NULL분할 된 테이블의 제약은 항상 모든 파티션에 의해 상속됩니다.check표시된 제약 조건상속 없음분할 된 메이저 토토 사이트에서 만들 수 없습니다. 당신은 a를 떨어 뜨릴 수 없습니다.NOT NULL부모 테이블에 동일한 제약 조건이있는 경우 파티션 열의 제약 조건.
사용전용파티션이없는 한 분할 된 테이블에만 제약 조건을 추가하거나 삭제하려면 지원됩니다. 파티션이 존재하면 사용전용이외의 제약 조건에 대한 오류가 발생합니다.고유 한및기본 키. 대신, 파티션 자체에 대한 제약을 추가 할 수 있고 (부모 테이블에 존재하지 않는 경우) 떨어질 수 있습니다.
분할 된 테이블에 데이터 자체가 없으므로 사용 시도Truncate 전용분할 된 메이저 토토 사이트에서 항상 오류를 반환합니다.
내장 선언 파티셔닝은 대부분의 일반적인 사용 사례에 적합하지만보다 유연한 접근 방식이 유용한 상황이 있습니다. 파티셔닝은 테이블 상속을 사용하여 구현할 수 있으며, 이는 다음과 같은 선언 파티셔닝에서 지원하지 않는 몇 가지 기능을 허용합니다.
선언적 파티셔닝의 경우, 파티션은 파티션 된 테이블과 정확히 동일한 열 세트를 가져야하는 반면 테이블 상속을 사용하면 하위 테이블이 부모에 추가 열이 없을 수 있습니다..
메이저 토토 사이트 상속은 여러 상속을 허용합니다.
선언 파티셔닝은 범위, 목록 및 해시 분할 만 지원하는 반면, 테이블 상속은 데이터를 사용자가 선택한 방식으로 나눌 수있게합니다. (그러나 제약 제외가 하위 테이블을 효과적으로 정리할 수없는 경우 쿼리 성능이 좋지 않을 수 있습니다.)
이 예제는 위의 선언적 파티셔닝 예와 동등한 분할 구조를 구축합니다. 다음 단계를 사용하십시오.
생성“루트”메이저 토토 사이트.“Child”메이저 토토 사이트이 상속됩니다. 이 메이저 토토 사이트에는 데이터가 포함되지 않습니다.측정원래 정의 된대로 메이저 토토 사이트 :
메이저 토토 사이트 측정 생성 (
몇 가지 생성“Child”루트 테이블에서 각각 상속되는 메이저 토토 사이트. 일반적 으로이 테이블은 루트에서 상속 된 세트에 열을 추가하지 않습니다.PostgreSQL테이블 (또는 외국 메이저 토토 사이트).
메이저 토토 사이트 생성 _y2006m02 () 상속 (측정);
각각의 허용 된 키 값을 정의하기 위해 자식 메이저 토토 사이트에 겹치지 않는 메이저 토토 사이트 제약 조건을 추가합니다.
일반적인 예는 다음과 같습니다.
점검 (x = 1)
제약 조건이 다른 하위 테이블에서 허용되는 주요 값 사이에 중첩이 없음을 보장합니다. 일반적인 실수는 다음과 같은 범위 제약 조건을 설정하는 것입니다.
점검 (100에서 200 메이저 토토 사이트의 outletid)
이것은 어떤 자식 테이블이 확실하지 않기 때문에 잘못되었습니다. 대신, 범위는이 스타일로 정의되어야합니다 :.
메이저 토토 사이트 생성 _y2006m02 (
각 어린이 메이저 토토 사이트의 경우 키 열의 인덱스와 원하는 다른 색인을 작성하십시오.
Measurement_Y2006M02에서 인덱스 측정 _y2006M02_LOGDATE 만들기 (logdate);
우리는 응용 프로그램을 말할 수 있기를 원합니다측정에 삽입 ...그리고 데이터를 해당 아동 테이블로 리디렉션하도록합니다. 적절한 트리거 함수를 루트 테이블에 연결하여이를 배열 할 수 있습니다.
함수 생성 또는 교체 측정 _insert_trigger ()
함수를 작성한 후 트리거 함수를 호출하는 트리거를 만듭니다.
Trigger Insert_measurement_trigger 작성
매달 트리거 함수를 재정의하여 항상 현재 하위 테이블에 삽입되도록해야합니다. 그러나 트리거 정의를 업데이트 할 필요는 없습니다.
데이터를 삽입하고 서버가 행을 추가 해야하는 하위 테이블을 자동으로 찾을 수 있습니다. 예를 들어보다 복잡한 트리거 기능 으로이 작업을 수행 할 수 있습니다.
함수 생성 또는 교체 측정 _insert_trigger ()
트리거 정의는 이전과 동일합니다. 각각if테스트는 정확히 일치해야합니다check아동 메이저 토토 사이트의 제약 조건.
이 기능은 단일 월 경우보다 더 복잡하지만 분기가 필요하기 전에 추가 할 수 있기 때문에 자주 업데이트 할 필요는 없습니다..
실제로 대부분의 삽입물이 해당 어린이로 들어가면 새로운 자녀를 먼저 확인하는 것이 가장 좋습니다. 단순화를 위해이 예제의 다른 부분에서 트리거 테스트를 동일한 순서로 보여주었습니다.
삽입물을 해당 하위 테이블로 리디렉션하는 다른 접근 방식은 트리거 대신 루트 테이블에서 규칙을 설정하는 것입니다. 예를 들어:
규칙 생성 _insert_y2006m02 AS를 작성하십시오
규칙은 트리거보다 오버 헤드가 훨씬 많지만 오버 헤드는 행당 한 번보다 쿼리 당 한 번 지불 되므로이 방법은 벌크 삽입 상황에 유리할 수 있습니다. 그러나 대부분의 경우 트리거 방법은 더 나은 성능을 제공합니다.
COPY규칙을 무시합니다. 사용하고 싶다면COPY데이터를 삽입하려면 루트에 직접적으로가 아니라 올바른 자식 테이블에 복사해야합니다.COPY화재 트리거를 사용하므로 트리거 접근법을 사용하면 정상적으로 사용할 수 있습니다.
규칙 접근법의 또 다른 단점은 규칙 세트가 삽입 날짜를 다루지 않으면 오류를 강제하는 간단한 방법이 없다는 것입니다. 데이터가 조용히 루트 테이블로 들어갑니다.
제약 _exclusion구성 매개 변수가 비활성화되지 않았습니다on; 그렇지 않으면 자식 메이저 토토 사이트에 불필요하게 액세스 할 수 있습니다.
우리가 볼 수 있듯이 복잡한 테이블 계층은 상당한 양의 DDL을 요구할 수 있습니다. 위의 예에서는 매달 새 어린이 테이블을 만들 것이므로 필요한 DDL을 자동으로 생성하는 스크립트를 작성하는 것이 좋습니다.
오래된 데이터를 빨리 제거하려면 더 이상 필요하지 않은 어린이 메이저 토토 사이트을 떨어 뜨립니다.
드롭 메이저 토토 사이트 측정 _y2006m02;
상속 계층 메이저 토토 사이트에서 아동 메이저 토토 사이트을 제거하지만 그 자체로 메이저 토토 사이트로 액세스 할 수 있습니다.
ALTER 테이블 측정 _Y2006M02 상속 측정 없음;
새 데이터를 처리하기 위해 새 어린이 메이저 토토 사이트을 추가하려면 오리지널 어린이가 위에서 만든 것처럼 빈 자녀 메이저 토토 사이트을 만듭니다.
메이저 토토 사이트 생성 _y2008m02 (
또는 메이저 토토 사이트 계층에 추가하기 전에 새 어린이 메이저 토토 사이트을 만들고 채우고 싶을 수도 있습니다. 이를 통해 부모 메이저 토토 사이트의 쿼리로 표시되기 전에 데이터를로드, 점검 및 변환 할 수 있습니다.
테이블 측정 생성 _y2008m02
다음 경고는 상속을 사용하여 구현 된 분할에 적용됩니다.
모든 것을 확인하는 자동 방법이 없습니다check제약은 상호 배타적입니다. 자식 테이블을 생성하고 각각을 손으로 쓰는 것보다 관련 객체를 생성 및/또는 수정하는 코드를 만드는 것이 더 안전합니다.
인덱스 및 외국 주요 제약 조건은 상속 자녀가 아닌 단일 메이저 토토 사이트에 적용되므로 일부가 있습니다경고
여기에 표시된 체계는 행의 키 열의 값이 변하지 않거나 적어도 다른 파티션으로 이동하도록 요구하기에 충분히 변경되지 않는다고 가정합니다.업데이트그 일을 시도하는 것은 때문에 실패 할 것입니다.check제약. 이러한 사례를 처리 해야하는 경우 자식 테이블에 적절한 업데이트 트리거를 넣을 수 있지만 구조 관리가 훨씬 더 복잡해집니다.
매뉴얼을 사용하는 경우진공또는분석명령, 각 어린이 메이저 토토 사이트에서 개별적으로 실행해야한다는 것을 잊지 마십시오. 명령 :
측정 분석;
루트 테이블 만 처리합니다.
삽입진술충돌조항은 예상대로 작동하지 않을 것입니다.충돌행동은 아동 관계가 아니라 지정된 대상 관계에 대한 고유 한 위반의 경우에만 취해집니다.
신청서가 분할 체계를 명시 적으로 인식하지 않는 한, 원하는 하위 테이블로 행을 라우팅하기 위해 트리거 또는 규칙이 필요합니다. 트리거는 쓰기가 복잡 할 수 있으며 선언적 파티셔닝을 통해 내부적으로 수행 된 튜플 라우팅보다 훨씬 느리게됩니다.
파티션 가지 치기는 선언적으로 분할 된 메이저 토토 사이트의 성능을 향상시키는 쿼리 최적화 기술입니다. 예를 들어 :
set enable_partition_pruning = on; - 기본값
파티션 가지 치기가 없으면 위의 쿼리는의 각 파티션을 스캔합니다.측정메이저 토토 사이트. 파티션 가지 치기가 활성화되면 플래너는 각 파티션의 정의를 검사하고 쿼리를 충족하는 행이 포함되어 있지 않기 때문에 파티션을 스캔 할 필요가 없음을 증명합니다.여기서절. 플래너가 이것을 증명할 수 있으면 (를 제외합니다.Prunes) 쿼리 계획의 파티션.
설명 명령과를 사용하여enable_partition_pruning구성 매개 변수, 파티션이 다루어진 계획과 그렇지 않은 계획의 차이를 보여줄 수 있습니다. 이 유형의 테이블 설정에 대한 일반적인 최적화 된 계획은 다음과 같습니다.
set enable_partition_pruning = off;
일부 또는 모든 파티션은 전체 테이블 순차 스캔 대신 인덱스 스캔을 사용할 수 있지만 여기서는이 쿼리에 응답하기 위해 이전 파티션을 전혀 스캔 할 필요가 없다는 것입니다. 파티션 가지 치기를 활성화하면 동일한 답변을 전달할 상당히 저렴한 계획을 얻습니다.
set enable_partition_pruning = on;
파티션 가지 치기는 인덱스의 존재가 아니라 파티션 키에 의해 암시 적으로 정의 된 제약 조건에 의해서만 구동됩니다. 따라서 키 열의 인덱스를 정의 할 필요는 없습니다.
파티션 치기는 주어진 쿼리의 계획 중뿐만 아니라 실행 중에도 수행 할 수 있습니다. 이것은 조항이 쿼리 계획 시간에 값을 알 수없는 표현식 (예 : a에 정의 된 매개 변수)을 포함 할 때 더 많은 파티션을 가지 치기를 허용 할 수 있으므로 유용합니다.준비subquery에서 얻은 값을 사용하거나 중첩 루프 조인의 내부에서 매개 변수화 된 값을 사용하는 문. 실행 중 파티션 가지 치기는 다음 시간 중 하나에 수행 할 수 있습니다.
쿼리 계획의 초기화 중. 실행 초기화 단계에서 알려진 매개 변수 값에 대해 파티션 가지 치기를 수행 할 수 있습니다.설명또는분석. 이 단계에서 제거 된 파티션 수를 결정할 수 있습니다.“하위 계획 제거”속성설명출력.
쿼리 계획의 실제 실행 중. 파티션 가지 치기는 또한 실제 쿼리 실행 중에 만 알려진 값을 사용하여 파티션을 제거하기 위해 여기에서 수행 될 수 있습니다.루프속성분석출력. 상이한 파티션에 해당하는 하위 계획은 실행 중에 각각 정리 된 횟수에 따라 다른 값을 가질 수 있습니다.(실행되지 않음)그들이 매번 가지 치기를 한 경우.
파티션 가지 치기는를 사용하여 비활성화 할 수 있습니다enable_partition_pruning설정.
제약 제외는 파티션 가지 치기와 유사한 쿼리 최적화 기술입니다. 레거시 상속 방법을 사용하여 구현 된 분할에 주로 사용되지만 선언적 파티셔닝을 포함하여 다른 목적으로 사용할 수 있습니다.
제약 제외는 각 테이블을 사용한다는 점을 제외하고는 파티션 가지 치기와 매우 유사한 방식으로 작동합니다.check이름을 부여하는 제약 - 파티션 치기는 선언적 파티셔닝의 경우에만 존재하는 테이블의 파티션 경계를 사용합니다. 또 다른 차이점은 제약 제외가 계획 시간에만 적용된다는 것입니다.
제약 제외가 사용한다는 사실check파티션 가지 치기와 비교하여 느리게하는 제약 조건은 때때로 이점으로 사용할 수 있습니다. 내부 파티션 경계 외에도 선언적으로 분류 된 테이블에서도 제약 조건을 정의 할 수 있기 때문에 제약 제한 배제는 쿼리 계획에서 추가 파티션을 제거 할 수 있습니다.
기본 (및 권장) 설정제약 _exclusiononNOROFF이지만 중간 설정이라는 중간 설정파티션,이 기술은 상속 파티 파티 메이저 토토 사이트에서 작동 할 수있는 쿼리에만 적용됩니다. 그만큼on설정 설정 플래너가 검사하게됩니다check모든 쿼리의 제약 조건, 혜택이없는 간단한 쿼리조차도
다음 경고는 제약 제외에 적용됩니다 :
제약 제외는 파티션 가지 치기와 달리 쿼리 계획 중에 만 적용되며 쿼리 실행 중에도 적용 할 수 있습니다.
제약 제외는 쿼리의 경우에만 작동합니다여기서절은 상수 (또는 외부로 제공된 매개 변수)를 포함합니다. 예를 들어,와 같은 상상할 수없는 함수에 대한 비교current_timestamp플래너가 어떤 자식 메이저 토토 사이트을 알 수 없으므로 최적화 할 수 없습니다.
분할 제약 조건을 간단하게 유지하십시오. 그렇지 않으면 플래너는 자식 테이블을 방문 할 필요가 없음을 증명하지 못할 수 있습니다. 목록 분할에 간단한 평등 조건을 사용하거나 앞의 예제와 같이 범위 분할을위한 간단한 범위 테스트를 사용하십시오.
부모 테이블의 모든 어린이에 대한 모든 제약은 제약 제외 중에 검사되므로 많은 어린이들이 쿼리 계획 시간을 상당히 증가시킬 가능성이 높습니다. 따라서 레거시 상속 기반 파티셔닝은 아마도 100 개의 어린이 테이블과 잘 어울릴 것입니다.
쿼리 계획 및 실행의 성능이 열악한 설계에 의해 부정적인 영향을받을 수 있으므로 메이저 토토 사이트을 분할하는 방법의 선택은 신중하게 이루어져야합니다..
가장 중요한 설계 결정 중 하나는 데이터를 분할하는 열 또는 열입니다. 종종 최선의 선택은 가장 일반적으로 나타나는 열이나 열 세트로 분할하는 것입니다.여기서분할 된 메이저 토토 사이트에서 실행되는 쿼리의 조항.여기서파티션 경계 제약과 호환되는 조항을 사용하여 불필요한 파티션을 가두는 데 사용될 수 있습니다. 그러나, 당신은에 대한 요구 사항에 따라 다른 결정을 내릴 수 있습니다.기본 키또는 A고유 한제약. 원치 않는 데이터를 제거하는 것도 파티션 전략을 계획 할 때 고려해야 할 요소입니다.
테이블을 나누어야 할 대상 파티션 수를 선택하는 것도 중요한 결정입니다. 분할이 충분하지 않으면 인덱스가 너무 커지고 데이터 로컬 성이 나빠져 캐시 적중률이 낮아질 수 있습니다.Hash|목록그리고 고객의 수가 데이터를 분할하는 것이 실용적인 것 이상으로 증가하지 않기를 바랍니다.
하위 파티션은 다른 파티션보다 더 커질 것으로 예상되는 파티션을 추가로 나눌 수 있습니다. 또 다른 옵션은 파티션 키에 여러 열이있는 범위 파티셔닝을 사용하는 것입니다.
쿼리 계획 및 실행 중에 분할의 오버 헤드를 고려하는 것이 중요합니다. 쿼리 플래너는 일반적으로 쿼리 플래너가 소수의 파티션을 제외한 모든 파티션을 제외한 모든 쿼리를 위해 최대 수천 개의 파티션이 상당히 잘 파티션 계층을 처리 할 수 있습니다.
데이터웨어 하우스 유형 워크로드를 사용하면보다 더 많은 파티션을 사용하는 것이 합리적 일 수 있습니다OLTP워크로드를 입력하십시오. 일반적으로 데이터웨어 하우스에서 쿼리 계획 시간은 쿼리 실행 중에 대부분의 처리 시간이 소비되므로 쿼리 계획 시간은 문제가되지 않습니다.
문서에 올바르지 않은 내용이 있으면 일치하지 않습니다.이 양식문서 문제를보고하려면