Create측정스포츠 토토 베트맨을 지정하여 분할 된 스포츠 토토 베트맨로 스포츠 토토 베트맨파티션 by조항, 여기에는 분할 방법 (범위이 경우) 및 파티션 키로 사용할 열 목록.

테이블 측정 생성 (
    city_id int null not,
    로그 데이트 날짜는 null이 아닙니다.
    PeakTemp int,
    단위 int
) 범위 별 파티션 (logdate);

원하는 경우 파티션 키에서 여러 열을 사용하기로 결정할 수 있습니다. 물론 이것은 종종 더 많은 수의 파티션을 초래할 것이며, 각각은 개별적으로 더 작습니다. 반면에, 더 적은 수의 열을 사용하면 더 적은 수의 파티션이있는 더 거친 파티션 기준으로 이어질 수 있습니다. 분할 된 테이블에 액세스하는 쿼리는 조건 에이 열 중 일부 또는 전부가 포함 된 경우 더 적은 파티션을 스캔해야합니다. 예를 들어, 열을 사용하여 분할 된 테이블 범위를 고려하십시오마지막 이름andFirstName(순서대로) 파티션 키로.

파티션 생성. 각 파티션의 정의는 부모의 분할 방법 및 파티션 키에 해당하는 경계를 지정해야합니다. 새로운 파티션의 값이 하나 이상의 기존 파티션의 값과 겹치도록 경계를 지정하면 오류가 발생합니다. 기존 파티션 중 하나에 매핑되지 않는 부모 테이블에 데이터를 삽입하면 오류가 발생합니다. 적절한 파티션을 수동으로 추가해야합니다.

이렇게 만든 파티션은 모든면에서 정상입니다PostgreSQL테이블 (또는 아마도 외국 테이블). 각 파티션에 대한 테이블 스페이스 및 스토리지 매개 변수를 별도로 지정할 수 있습니다.

파티션에 대한 파티션 경계 조건을 설명하는 테이블 제약 조건을 만들 필요는 없습니다. 대신, 파티션 제약 조건은 파티션 바운드 사양에서 암시 적으로 생성됩니다.

테이블 측정 생성 _y2006m02 측정 분할
    ( '2006-02-01')에서 ( '2006-03-01')의 값;

테이블 측정 _y2006m03 측정의 파티션을 만듭니다
    ( '2006-03-01')에서 ( '2006-04-01')의 값;

...
테이블 측정 _y2007m11 측정의 파티션을 만듭니다
    ( '2007-11-01')에서 ( '2007-12-01')의 값;

테이블 측정 _y2007m12 측정의 파티션을 만듭니다
    ( '2007-12-01')에서 ( '2008-01-01')의 값
    테이블 스페이스 FastTablespace;

테이블 측정 _y2008m01 측정의 파티션을 만듭니다
    ( '2008-01-01')에서 ( '2008-02-01')의 값
    with (parallel_workers = 4)
    테이블 스페이스 FASTTABLESPACE;

하위 분수를 구현하려면 지정파티션 by개별 파티션을 생성하는 데 사용되는 명령의 조항 :

테이블 측정 생성 _y2006m02 측정의 파티션
    ( '2006-02-01')에서 ( '2006-03-01')의 값
    범위 별 파티션 (PeakTemp);

파티션을 작성한 후측정 _y2006m02,에 삽입 된 모든 데이터측정측정 _y2006m02(또는 직접 삽입되는 데이터측정 _y2006m02, 파티션 제약 조건을 만족하면)을 기준으로 파티션 중 하나로 더 리디렉션됩니다.PeakTemp열. 지정된 파티션 키는 부모의 파티션 키와 겹칠 수 있지만, 그분이 수용하는 데이터 세트가 파티션 자체의 한계가 허용하는 내용의 하위 집합을 구성 할 수 있도록 하위 파티션의 한계를 지정할 때주의를 기울여야합니다. 시스템은 그것이 실제로 사실인지 확인하려고하지 않습니다.

모든 파티션에 대해 원하는 다른 인덱스뿐만 아니라 키 열의 인덱스를 만듭니다. (주요 인덱스는 엄격하게 필요하지 않지만 대부분의 시나리오에서는 도움이됩니다. 핵심 값이 고유 한 경우 항상 각 파티션에 대해 고유하거나 1 차 키 제약 조건을 생성해야합니다.).

측정 _y2006m02에서 색인 생성 (logdate);
측정 _y2006m03 (logdate)에서 색인 생성;
...
측정 _y2007m11 (logdate)에서 색인 생성;
측정 _y2007m12 (logdate)에서 색인 생성;
측정 _y2008m01 (logdate)에서 색인 생성;

제약 _exclusion구성 매개 변수가 비활성화되지 않았습니다postgresql.conf. 그렇다면 쿼리는 원하는대로 최적화되지 않습니다.

생성“마스터”모든 파티션이 상속 될 테이블. 이 테이블에는 데이터가 포함되지 않습니다. 모든 파티션에 똑같이 적용되지 않는 한이 표의 체크 제약 조건을 정의하지 마십시오. 인덱스 또는 고유 한 제약 조건을 정의 할 필요는 없습니다. 이 예에서는 마스터 테이블이입니다.측정원래 정의 된대로 스포츠 토토 베트맨.

여러 생성“Child”각각 마스터 테이블에서 상속되는 테이블. 일반적 으로이 테이블은 마스터에서 상속 된 세트에 열을 추가하지 않습니다. 선언적 파티셔닝과 마찬가지로,이 파티션은 모든면에서 정상입니다PostgreSQL스포츠 토토 베트맨 (또는 외국 스포츠 토토 베트맨).

테이블 측정 생성 _y2006m02 () 상속 (측정);
테이블 측정 _y2006m03 () 상속 (측정)을 작성합니다.
...
테이블 측정 _y2007m11 () 상속 (측정)을 만듭니다.
테이블 측정 _y2007m12 () 상속 (측정)을 만듭니다.
테이블 측정 _y2008m01 () 상속 (측정); 생성

각 파티션에서 허용 된 키 값을 정의하기 위해 파티션 스포츠 토토 베트맨에 겹치지 않는 테이블 제약 조건을 추가합니다.

일반적인 예는 다음과 같습니다.

점검 (x = 1)
Check (County in County ( 'Oxfordshire', 'Buckinghamshire', 'Warwickshire'))))
Check (outletid = 100 및 outletid <200)

제약 조건이 다른 파티션에서 허용되는 주요 값 사이에 중첩이 없음을 보장합니다. 일반적인 실수는 다음과 같은 범위 제약 조건을 설정하는 것입니다.

점검 (100에서 200 사이의 outletid)
확인 (200에서 300 사이의 outletid)

이것은 어떤 파티션의 키 값 200이 속한 지 명확하지 않기 때문에 잘못되었습니다.

다음과 같이 파티션을 만드는 것이 좋습니다 :

스포츠 토토 베트맨 생성 _y2006m02 (
    check (logdate = date '2006-02-01'및 logdate <날짜 '2006-03-01')
) 상속 (측정);

테이블 측정 _y2006m03 생성 (
    check (logdate = date '2006-03-01'및 logdate <날짜 '2006-04-01'))
) 상속 (측정);

...
테이블 측정 값 생성 _y2007m11 (
    check (logdate = date '2007-11-01'및 logdate <날짜 '2007-12-01'))
) 상속 (측정);

테이블 측정 _y2007m12 생성 (
    check (logdate = date '2007-12-01'및 logdate <날짜 '2008-01-01')
) 상속 (측정);

테이블 측정 _y2008m01 생성 (
    check (logdate = date '2008-01-01'및 logdate <날짜 '2008-02-01'))
) 상속 (측정);

각 파티션의 경우 키 열의 인덱스를 작성하고 원하는 다른 색인을 작성하십시오..

Measurement_Y2006M02 (logdate)에서 인덱스 측정 _y2006M02_LOGDATE 만들기;
Measurement_Y2006M03 (logdate)에서 인덱스 측정 _y2006M03_LOGDATE를 만듭니다.
Measurement_Y2007M11 (logdate)에서 색인 측정 _y2007m11_logdate를 만듭니다.
Measurement_Y2007M12 (logdate)에서 색인 측정 _y2007m12_logdate를 만듭니다.
Measurement_Y2008M01 (logdate);에서 색인 측정 _y2008m01_Logdate 작성

우리는 응용 프로그램을 말할 수 있기를 원합니다측정에 삽입 ...그리고 데이터를 적절한 파티션 스포츠 토토 베트맨로 리디렉션하도록합니다. 적절한 트리거 함수를 마스터 테이블에 첨부하여이를 배열 할 수 있습니다. 데이터가 최신 파티션에만 추가되면 매우 간단한 트리거 기능을 사용할 수 있습니다.

함수 생성 또는 교체 측정 _insert_trigger ()
트리거를 $$로 반환합니다
시작하다
    측정 _y2008m01 값 (new.*)에 삽입;
    널 리턴;
끝;
$$
언어 plpgsql;

함수를 작성한 후 트리거 함수를 호출하는 트리거를 만듭니다.

Trigger insert_measurement_trigger 작성
    측정에 삽입하기 전에
    각 행마다 Execute Procedure Measurement_Insert_trigger ();

우리는 항상 현재 파티션을 가리킬 수 있도록 매달 트리거 함수를 재정의해야합니다. 그러나 트리거 정의를 업데이트 할 필요는 없습니다.

데이터를 삽입하고 서버가 행을 추가 해야하는 파티션을 자동으로 찾을 수 있습니다. 예를 들어보다 복잡한 트리거 기능 으로이 작업을 수행 할 수 있습니다.

함수 생성 또는 교체 측정 _insert_trigger ()
트리거를 $$로 반환합니다
시작하다
    if (new.logdate = date '2006-02-01'및
         new.logdate <날짜 '2006-03-01')
        측정 _y2006m02 값 (new.*)에 삽입;
    elsif (new.logdate = date '2006-03-01'및
            new.logdate <날짜 '2006-04-01')
        측정 _y2006m03 값 (new.*)에 삽입;
    ...
    elsif (new.logdate = date '2008-01-01'및
            new.logdate <날짜 '2008-02-01')
        측정 _y2008m01 값 (new.*)에 삽입;
    또 다른
        예외 '범위를 벗어난 날짜를 올리십시오.  측정 _insert_trigger () 함수! ';
    끝 IF;
    널 리턴;
끝;
$$
언어 plpgsql;

트리거 정의는 이전과 동일합니다. 각각if테스트는 정확히 일치해야합니다check파티션에 대한 제약 조건.

이 기능은 단일 월 경우보다 더 복잡하지만 분기가 필요하기 전에 추가 할 수 있기 때문에 자주 업데이트 할 필요가 없습니다..

적절한 파티션 스포츠 토토 베트맨로 인서트를 리디렉션하는 다른 접근 방식은 마스터 테이블에서 트리거 대신 규칙을 설정하는 것입니다. 예를 들어:

규칙 생성 _insert_y2006m02 AS
측정 값으로 삽입하십시오
    (logdate = date '2006-02-01'및 logdate <날짜 '2006-03-01'))
대신하십시오
    측정 _y2006m02 값 (new.*)에 삽입;
...
규칙 측정 _insert_y2008m01을 만듭니다
측정 값으로 삽입하십시오
    (logdate = date '2008-01-01'및 logdate <날짜 '2008-02-01'))
대신하십시오
    측정 _y2008m01 값 (new.*);에 삽입하십시오.

규칙은 트리거보다 오버 헤드가 훨씬 더 많지만 오버 헤드는 행당 한 번보다 쿼리 당 한 번 지불 되므로이 방법은 벌크 삽입 상황에 유리할 수 있습니다. 그러나 대부분의 경우 트리거 방법은 더 나은 성능을 제공합니다.

COPY규칙을 무시합니다. 사용하고 싶다면copy데이터를 삽입하려면 마스터가 아닌 올바른 파티션 스포츠 토토 베트맨에 복사해야합니다.COPY화재 트리거를 사용하므로 트리거 접근법을 사용하면 정상적으로 사용할 수 있습니다.

규칙 접근법의 또 다른 단점은 규칙 세트가 삽입 날짜를 다루지 않으면 오류를 강제하는 간단한 방법이 없다는 것입니다. 데이터는 대신 마스터 테이블로 조용히 들어갑니다.

제약 _exclusion구성 매개 변수가 비활성화되지 않았습니다postgresql.conf. 그렇다면 쿼리는 원하는대로 최적화되지 않습니다.