PG Partition Manager

PG 파티션 관리자 (또는 pg_partman)는 모두 시간 기반 및 시리얼 기반의 파티션을 처리하고 큰 데이터 구조를 처리하기위한 권장 도구입니다 수 있습니다.

pg_partman 확장은 단순히 CPU 및 메모리 소비를 완화, 쉽게 처리를 위해, 작은 조각으로 큰 테이블을 분할합니다.

을이 릴리스의 새로운 기능 무엇 :

• 보존 시스템이 켜져있는 경우에는 보존 작업이 실제로 수행되지 않은 경우, jobmon 더 이상 항목을 기록합니다. 이전에 그냥 제로 테이블이 삭제 된 것을 기록합니다. 아무것도가 / uninherited 삭제하는 경우는 다음과 같이 예상했다. 기록됩니다
• 변경의 란, 유형 & quot; partition_type & quot ;., part_config에를 & quot & quot; 유형 & quot; 예약어이지만, 현재 엄격하게 적용하지 (필요로하지 않는 이중 인용). 이것은 모든 가능한 미래의 문제를 피할 수 있습니다. 또한 part_config_sub 변경 sub_type는 단계 S72 sub_partition_type & quot; 일관성을 위해
• 변경의 란, part_interval & quot; part_config &를 & quot part_config_sub에서, partition_interval & quot; 위의 이름이 열이 더 일관성이 있어야합니다.
• 이제 예외가 발생했을 때 9.2에 추가 된 새로운, 더 광범위한 GET 누적 된 진단 기능은 더 자세한 오류를 제공하기 위해 사용합니다. 이전에 다른 함수 호출 기능 및 사용자 지정 예외 블록은 오류를보고 할 것이다라는 최신 기능을 사용한 경우. 지금보다 전체 스택 추적이 오류를 발생시킨 원래의 기능을 볼 수 있습니다.
• 광범위한 문서 서식 개선.
• 배경 작업자 프로세스 (BGW)이 일반 파티션 유지 보수를 위해 pg_partman 추가되었습니다.
  정적 & quot;
• 더 이상 별개의 & quot 없습니다; 및 quot; 동적 & quot; 분할 모드. 각 모드의 기능은 단일 트리거 형태로 결합되어있다.

을 버전 2.0.0의 새로운 무엇 :

• 보존 시스템이 켜져있는 경우, jobmon 더 이상 없다 더 보존 작업이 실제로 수행되지 않은 경우 항목을 기록합니다. 이전에 그냥 제로 테이블이 삭제 된 것을 기록합니다. 아무것도가 / uninherited 삭제하는 경우는 다음과 같이 예상했다. 기록됩니다
• 변경의 란, 유형 & quot; partition_type & quot ;., part_config에를 & quot & quot; 유형 & quot; 예약어이지만, 현재 엄격하게 적용하지 (필요로하지 않는 이중 인용). 이것은 모든 가능한 미래의 문제를 피할 수 있습니다. 또한 part_config_sub 변경 sub_type는 단계 S72 sub_partition_type & quot; 일관성을 위해
• 변경의 란, part_interval & quot; part_config &를 & quot part_config_sub에서, partition_interval & quot; 위의 이름이 열이 더 일관성이 있어야합니다.
• 이제 예외가 발생했을 때 9.2에 추가 된 새로운, 더 광범위한 GET 누적 된 진단 기능은 더 자세한 오류를 제공하기 위해 사용합니다. 이전에 다른 함수 호출 기능 및 사용자 지정 예외 블록은 오류를보고 할 것이다라는 최신 기능을 사용한 경우. 지금보다 전체 스택 추적이 오류를 발생시킨 원래의 기능을 볼 수 있습니다.
• 광범위한 문서 서식 개선.
• 배경 작업자 프로세스 (BGW)이 일반 파티션 유지 보수를 위해 pg_partman 추가되었습니다.
  정적 & quot;
• 더 이상 별개의 & quot 없습니다; 및 quot; 동적 & quot; 분할 모드. 각 모드의 기능은 단일 트리거 형태로 결합되어있다.

을 버전 1.8.4의 새로운 무엇 :

• run_maintenance하는 새로운 부모 테이블 이름 매개 변수 (). 설정하면 해당 유지 보수 실행을 위해 다른 모든 테이블을 건너 뛰고 단지 하나의 주어진 않습니다.
• 새로운 (run_maintenance하는 매개 변수를 분석).
  <리> PG 파티션 프로그램은 현재 서브 파티셔닝을 지원합니다. 이 자동 구성이 자신의 파티션 세트의 부모 테이블로 설정 기존 파티션의 자식 테이블을 설정 할 수 있습니다.
• create_parent ()가 실행 된 후 더 이상 자동으로 부모 테이블에서 실행되지 않습니다 분석 할 수 있습니다.
  <리> 모든 파이썬 스크립트 --version 인수를 추가했습니다. 이렇게하면이 스크립트가 작동하기위한 것입니다 pg_partman의 최소 버전을 알려줍니다.
  확인했다 <리> bin 폴더에있는 모든 스크립트를 설치 메이크 파일에 추가됩니다.
  partition_data.py 또는 undo_partition.py를 사용하는 경우 SIGINT (Ctrl + C)가 발사되는 경우
• 있는지 자동 진공을 확인 재설정됩니다.
  <리> 좀 더 광범위한 예제 문서 폴더에 howto.md 파일을 추가했습니다.
• 더 이상 사용 part_config 테이블에 last_partition 열입니다. 그것을 떨어졌다.
• 이름이 바뀐 내부 기능의 create_id_partition (), create_id_function (), create_time_partition () create_time_function () create_partition_id하는 (), create_function_id (), create_partition_time () create_function_time () 각각. 이 모든 기능을 일관된 명명 패턴을 제공한다.

을 버전 1.8.1의 새로운 무엇 :

• run_maintenance하는 새로운 부모 테이블 이름 매개 변수 (). 설정하면 해당 유지 보수 실행을 위해 다른 모든 테이블을 건너 뛰고 단지 하나의 주어진 않습니다.
• 새로운 (run_maintenance하는 매개 변수를 분석).
  <리> PG 파티션 프로그램은 현재 서브 파티셔닝을 지원합니다. 이 자동 구성이 자신의 파티션 세트의 부모 테이블로 설정 기존 파티션의 자식 테이블을 설정 할 수 있습니다.
• create_parent ()가 실행 된 후 더 이상 자동으로 부모 테이블에서 실행되지 않습니다 분석 할 수 있습니다.
  <리> 모든 파이썬 스크립트 --version 인수를 추가했습니다. 이렇게하면이 스크립트가 작동하기위한 것입니다 pg_partman의 최소 버전을 알려줍니다.
  확인했다 <리> bin 폴더에있는 모든 스크립트를 설치 메이크 파일에 추가됩니다.
  partition_data.py 또는 undo_partition.py를 사용하는 경우 SIGINT (Ctrl + C)가 발사되는 경우
• 있는지 자동 진공을 확인 재설정됩니다.
  <리> 좀 더 광범위한 예제 문서 폴더에 howto.md 파일을 추가했습니다.
• 더 이상 사용 part_config 테이블에 last_partition 열입니다. 그것을 떨어졌다.
• 이름이 바뀐 내부 기능의 create_id_partition (), create_id_function (), create_time_partition () create_time_function () create_partition_id하는 (), create_function_id (), create_partition_time () create_function_time () 각각. 이 모든 기능을 일관된 명명 패턴을 제공한다.

<강한>는 어떤 버전 1.7.2에서 새로운

• apply_foreign_keys에서 버그 수정 () 여기서 새 파티션 생성 파티션 설정의 스키마가 현재는, search_path에있을 때 실패합니다.
  더 복잡한 FK 관계가 pg_partman의 기본 방법 이상적으로 작동하지 않을 수 있기 때문에 <리> 외부 키 상속은 이제 선택 사항입니다. part_config 테이블 및 매개 변수의 새로운 구성 옵션이 create_parent합니다 ().

을 버전 1.6.0의 새로운 무엇 :

• ID 간격 값에 전달 된 것을 문서에 명확히 create_parent ()가 실제로 텍스트 형식 형식이어야합니다.
• 변경 드롭 및 취소 파티션 기능 트랜잭션 기반의 자문 잠금을 사용합니다.
  따라서 내부적으로 사용되는 기능 create_next_time_partition ()와 대한
• 제거 필요가 기능을 떨어졌다.
• 간체 create_time_partition () create_id_partition () 매개 변수 목록.

<강한>는 어떤 버전 1.5.1에​​서 새로운

• 고정 create_parent ()는 실제로 contraint_cols 값을 삽입 시간 기반의 파티션을 사용할 때 설정 테이블에 함수에 전달.

을 버전 1.5.0의 새로운 무엇 :

• 파티션 생성 기능에 유효한 매개 변수 값을 확인합니다.
• 추가 하락 지수 동시에 옵션 (--drop_concurrently) 스크립트를 reapply_indexes.py합니다. 만 9.2 + 작동합니다.
• 변경 run_maintenance는 () 대신 세션 레벨 잠금의 자문 트랜잭션 잠금을 사용합니다.
  파이썬 스크립트에서 <이 리> 고정 누락 된 라이브러리 가져 오기.
  기능
• 의 구성 설명서를 참조하십시오.

을 버전 1.4.0의 새로운 무엇 :

• 새 파이썬 스크립트 (reapply-indexes.py) 그들은 부모에 변경 한 경우에 자식 테이블에 인덱스를 다시 적용 할 수 있습니다. 더 많은 정보를 원하시면 문서를 참조하십시오.
• 파티션 세트의 열의 고유성을 확인하는 새로운 기능 (check_unique_column ()). 세트의 모든 파티션에 효율적으로 적용 할 수있는 고유 제한 조건의 무능력을 극복하는 데 도움이됩니다. 고유 위반을 방지하지만 발생을 모니터링하는 방법을 제공하지 않는다.
• 더 pgTAP 테스트는 이름 trunucation 프로세스가 작동되어 있는지 확인합니다.
  그렇지 않은 경우 pgTAP을지지하는
• 변경 pgTAP 테스트를 시도하고 문제를 방지하기 위해 공개 스키마에 설치되어 있습니다.

<강한>는 어떤 버전 1.1.0에서 새로운

• 엑스트라의 새로운 파이썬 스크립트를 할 수 있도록 폴더를 파티션 생성 partition_data_ * 및 undo_partition_ * 기능에 대한 설명서에서 제시되는 바와 같이 실행 취소 작은 사용은 배치를 커밋합니다. 이렇게 이동할 데이터의 양이 많은 경우 트랜잭션 로크를 방지 할 수 있습니다. 더 느리게 커밋하고 매우 바쁜 시스템의 부하를 완화 할 수있는 옵션도 있습니다.
  <리> partition_data_id에 일괄 인수의 순서를 변경 () partition_data_time (). 이 순서 실행 취소 기능과 동일하게하고 더 sensical 순서 (어쨌든) 생각입니다.
• 만든 파티션 기능 조용. 어떤 통지 점점 단지 행 수 이동 반환하지 않습니다.
  <리>가 원래 생성 된 순서대로 파티션을 제거하려면 취소 파티션 기능을 변경. 그들은 (P100은 P2 전에 것) 시리얼 기반의 파티션을 홀수 순서를 일으킬 수있는, 알파벳 전에 그 일을했다. 생성 순서가 이상적 일 것이다 우선 데이터의 오름차순으로 제거되지 않을 수도 있지만, 그것보다 더 순으로 이해된다.
• 버그 수정 : undo_partition ()는 파티션의 일부가 비어 있었다 조기 경우 0을 반환 할 수 있습니다. 자동으로 uninherit / 빈 파티션을 삭제하고 주어진 경우 p_batch_count에 대해이를 계산하지, 여전히 자식 테이블이있는 경우에 계속됩니다.

을 요구

• 의 PostgreSQL 9.1 이상
  1.0 이상 pg_jobmon