PG Partition Manager

<強い>このリリースで新しいのです何ます：

• 保持システムがオンになっている場合は何の保持作業が実際に行われなかった場合、jobmonはもはやエントリをログに記録します。以前にちょうどゼロのテーブルが削除されたことが記録されます。何が/ uninherited削除された場合、予想通り、それが記録されます。
• 変更された列＆QUOT;タイプ＆QUOT; partition_type]である。; part_configにQUOTに＆ ＆QUOT;タイプ＆QUOT;予約語であるが、現在は厳密に（二重引用符は必要ありません）適用されません。これは、任意の可能な将来の問題を回避できます。また、＆QUOTするpart_config_subでsub_typeを変更し、sub_partition_type＆QUOT;一貫性のための
• 変更された列＆QUOT; part_interval＆QUOT; part_config＆part_config_subでQUOTに＆; partition_interval＆QUOT;上記の名前を変更したカラムとより一致することができません。
• これで例外が発生したときに9.2で追加された新しい、より広範GET STACKED診断機能は、より詳細なエラーを提供するために使用します。以前は他の関数と呼ばれる関数やカスタム例外ブロックは、エラーを報告すると呼ばれるだけで、最新の機能を使用した場合。今より完全なスタックトレースは、エラーの原因となった元の関数を見ることが可能です。
• 豊富なドキュメントの書式設定の改善ます。
• バックグラウンドワーカープロセス（BGW）は、一般的なパーティション・メンテナンスのためpg_partmanに追加されました。

スタティック＆QUOT;
• もはや明確な＆QUOTありません。そして、＆QUOT;ダイナミック＆QUOT;パーティショニングモード。各モードの特徴は、単一のトリガ・フォーマットに統合されています。

<強い>バージョン2.0.0の新のです何ます。

• 保持システムがオンになっている場合は、jobmonもはやありません何の保持作業が実際に行われなかった場合にエントリをログに記録します。以前にちょうどゼロのテーブルが削除されたことが記録されます。何が/ uninherited削除された場合、予想通り、それが記録されます。
• 変更された列＆QUOT;タイプ＆QUOT; partition_type]である。; part_configにQUOTに＆ ＆QUOT;タイプ＆QUOT;予約語であるが、現在は厳密に（二重引用符は必要ありません）適用されません。これは、任意の可能な将来の問題を回避できます。また、＆QUOTするpart_config_subでsub_typeを変更し、sub_partition_type＆QUOT;一貫性のための
• 変更された列＆QUOT; part_interval＆QUOT; part_config＆part_config_subでQUOTに＆; partition_interval＆QUOT;上記の名前を変更したカラムとより一致することができません。
• これで例外が発生したときに9.2で追加された新しい、より広範GET STACKED診断機能は、より詳細なエラーを提供するために使用します。以前は他の関数と呼ばれる関数やカスタム例外ブロックは、エラーを報告すると呼ばれるだけで、最新の機能を使用した場合。今より完全なスタックトレースは、エラーの原因となった元の関数を見ることが可能です。
• 豊富なドキュメントの書式設定の改善ます。
• バックグラウンドワーカープロセス（BGW）は、一般的なパーティション・メンテナンスのためpg_partmanに追加されました。

スタティック＆QUOT;
• もはや明確な＆QUOTありません。そして、＆QUOT;ダイナミック＆QUOT;パーティショニングモード。各モードの特徴は、単一のトリガ・フォーマットに統合されています。

<強い>バージョン1.8.4のの新機能です。）（run_maintenanceする

• 新しい親テーブル名パラメータ。設定した場合、その保守の実行のために、他のすべてのテーブルをスキップし、一方だけが与えられています。
• 新規（run_maintenanceするパラメータを分析し）ます。
• PGのpartmanは現在、サブパーティショニングをサポートしています。これは、自動設定が独自のパーティションセットの親テーブルに設定し、既存のパーティションの子テーブルを有効にすることができます。
• create_parent（）が実行された後に、もはや自動的に親テーブル上で実行されていない分析します。
• すべてのPythonスクリプトに--version引数を追加しました。これは、あなたにこのスクリプトはで動作するように意図されてpg_partmanの最小バージョンを指示します。

確認しました
• はbinフォルダ内のすべてのスクリプトは、インストールのためのMakefileに追加されます。
• 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_function_id（）、create_partition_time（）＆create_function_timeを（）create_partition_idします。これは、すべての機能に一貫性のある命名パターンを与えます。

<強い>バージョン1.8.1のの新機能です。）（run_maintenanceする

• 新しい親テーブル名パラメータ。設定した場合、その保守の実行のために、他のすべてのテーブルをスキップし、一方だけが与えられています。
• 新規（run_maintenanceするパラメータを分析し）ます。
• PGのpartmanは現在、サブパーティショニングをサポートしています。これは、自動設定が独自のパーティションセットの親テーブルに設定し、既存のパーティションの子テーブルを有効にすることができます。
• create_parent（）が実行された後に、もはや自動的に親テーブル上で実行されていない分析します。
• すべてのPythonスクリプトに--version引数を追加しました。これは、あなたにこのスクリプトはで動作するように意図されてpg_partmanの最小バージョンを指示します。

確認しました
• はbinフォルダ内のすべてのスクリプトは、インストールのためのMakefileに追加されます。
• 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_function_id（）、create_partition_time（）＆create_function_timeを（）create_partition_idします。これは、すべての機能に一貫性のある命名パターンを与えます。

<強い>バージョン1.7.2のの新機能：apply_foreign_keysでます。

• バグを修正しました（）ここで、新しいパーティションの作成パーティションセットのスキーマは現在のsearch_pathのときに失敗します。
• は外部キーの継承は、より複雑なFK関係がpg_partmanのデフォルトの方法で、理想的に動作しない場合がありますので、オプションになりました。 create_parentするpart_configテーブルとパラメータの新しい設定オプション（）ます。

<強い>バージョン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（）を変更します。

Pythonスクリプトで
• 固定不足しているライブラリのインポートます。

機能の
• 主催ドキュメンテーションます。

<強い>バージョン1.4.0のの新機能：

• 新しいPythonスクリプト（reapply-indexes.py）彼らは親に変更されたときにする子テーブルにインデックスを再適用します。詳細はドキュメントを参照してくださいます。
• パーティションセット内の列の一意性を確認するための新機能（check_unique_column（））。セット内のすべてのパーティション間で効率的に適用される一意制約のできないことを克服するのに役立ちます。独特の違反を防止するが、それが起こっを監視するための方法を提供しません。
• その他pgTAPテストが名前trunucationプロセスが動作していることを確認します。

それがないときpgTAPを引き受ける
• 変更pgTAPテストを試してみて、問題を回避するためにpublicスキーマにインストールされています。

<強い>はどのバージョン1.1.0のの新しいます。

• のエキストラの新しいPythonスクリプトを許可するようにフォルダのパーティションの作成partition_data_ *とundo_partition_ *機能のためのドキュメントで推奨されているよう小さい使用して元に戻すには、バッチをコミットします。これは、周りに移動するには大量のデータがある場合に、トランザクションのロックを回避するのに役立ちます。もっとゆっくりコミットし、非常に忙しいシステム上の負荷を軽減するためのオプションも用意されています。
• ）は（partition_data_time＆）（partition_data_idにバッチ引数の順序を変更しました。これは彼らのためのUNDO機能と同じになり、より無意味ため（私はとにかく思う）されます。
• メイド分配関数静か。いいえ通知より、ちょうど行数が移動返さないます。
• 彼らが最初に作成されたためにパーティションを削除するには、元に戻すパーティション機能を変更しました。彼らは、シリアルベースの​​パーティショニング（P100がp2の前になります）のための奇数次になる可能性があり、アルファベット順に前にそれをやっていました。作成順序が理想的であろう、最初にデータの昇順でそれらを削除することはできませんが、それはアルファベットよりも理にかなっています。
• バグ修正：一部のパーティションが空だった場合undo_partition（）が途中で0を返すことができます。自動的uninherit /空のパーティションを削除して、与えられた場合p_batch_countに対してそれらを数えていない、まだ子供のテーブルがある場合に継続されます。

このの要件の

• はPostgreSQL 9.1以上
• pg_jobmon 1.0以上