PG Partition Manager

PG分区管理器（或pg_partman）可以处理基于时间的和基于串行的分区，并处理大型数据结构推荐的工具。

在pg_partman扩展只会分裂大表成小块，更容易处理，减轻CPU和内存消耗。

在表分区得到治理，pg_partman将下降，以避免内存人满为患

是什么在此版本中是新的

• 如果保持系统开启时，jobmon不再记录条目，如果没有固定工作究竟做了。而以前只要登录了零表被丢弃。如果有什么被丢弃/ uninherited，它将被记录为预期的。
• 改变柱和QUOT;类型＆QUOT;在part_config到＆QUOT; partition_type＆QUOT ;. ＆QUOT;类型＆QUOT;是保留字，但目前尚未严格执行（不需要双引号）。这样就避免了任何可能的未来的问题。也改变sub_type在part_config_sub到＆QUOT; sub_partition_type＆QUOT;一致性
• 改变柱和QUOT; part_interval＆QUOT;在part_config＆part_config_sub到＆QUOT; partition_interval＆QUOT;为与上述重命名的列更多的一致。
• 现在，使用新的，更广泛的GET堆放在9.2中加入的诊断功能时遇到异常时提供更详细的错误。以前，当函数调用等功能和自定义异常块的使用情况，只能叫会报告错误的最新功能。现在，一个更完整的堆栈跟踪可以看出，导致错误的原始功能。
• 大量文档格式的改进。
• 在后台工作进程（BGW）已经加入到pg_partman一般分区维护。
• 不再有明显的＆QUOT;静态＆QUOT;和＆QUOT;动态＆QUOT;分区模式。每个模式的功能已被合并成一个单一的扳机格式。

什么在2.0.0版本新：

• 如果保持系统开启时，jobmon不再日志条目如果没有保持工作已实际完成。而以前只要登录了零表被丢弃。如果有什么被丢弃/ uninherited，它将被记录为预期的。
• 改变柱和QUOT;类型＆QUOT;在part_config到＆QUOT; partition_type＆QUOT ;. ＆QUOT;类型＆QUOT;是保留字，但目前尚未严格执行（不需要双引号）。这样就避免了任何可能的未来的问题。也改变sub_type在part_config_sub到＆QUOT; sub_partition_type＆QUOT;一致性
• 改变柱和QUOT; part_interval＆QUOT;在part_config＆part_config_sub到＆QUOT; partition_interval＆QUOT;为与上述重命名的列更多的一致。
• 现在，使用新的，更广泛的GET堆放在9.2中加入的诊断功能时遇到异常时提供更详细的错误。以前，当函数调用等功能和自定义异常块的使用情况，只能叫会报告错误的最新功能。现在，一个更完整的堆栈跟踪可以看出，导致错误的原始功能。
• 大量文档格式的改进。
• 在后台工作进程（BGW）已经加入到pg_partman一般分区维护。
• 不再有明显的＆QUOT;静态＆QUOT;和＆QUOT;动态＆QUOT;分区模式。每个模式的功能已被合并成一个单一的扳机格式。

什么版本1.8.4的新：

• 在新的父表名称参数run_maintenance（）。如果设置，跳过所有其他表的维护运行和只做一个给定的。
• 在新的分析参数run_maintenance（）。
• 在PG中的partman现在支持子分区。这使得自动配置把套入自己的分区设置父表的现有分区子表。
• 分析是create_parent（）运行后，在父表上不再自动运行。
• 添加了--version参数，所有的Python脚本。这告诉你pg_partman这个脚本是为了一起工作的最低版本。
• 确信在bin文件夹中的所有脚本都添加到Makefile文件进行安装。
• 确保自动清理复位如果SIGINT（Ctrl + C键）使用partition_data.py或undo_partition.py时被激活。
• 添加howto.md文件Doc文件夹中的一些更广泛的例子。
• 在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中的partman现在支持子分区。这使得自动配置把套入自己的分区设置父表的现有分区子表。
• 分析是create_parent（）运行后，在父表上不再自动运行。
• 添加了--version参数，所有的Python脚本。这告诉你pg_partman这个脚本是为了一起工作的最低版本。
• 确信在bin文件夹中的所有脚本都添加到Makefile文件进行安装。
• 确保自动清理复位如果SIGINT（Ctrl + C键）使用partition_data.py或undo_partition.py时被激活。
• 添加howto.md文件Doc文件夹中的一些更广泛的例子。
• 在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（）使用咨询事务锁，而不是会话级锁。
• 修正了丢失的库导入的Python脚本。

功能
• 主办的文档。

什么在1.4.0版本新：

• 在新的Python脚本（reapply-indexes.py）当他们的父母已经改变重新申请索引子表。请参阅文档获取更多信息。
• 新功能来检查列的唯一性在一个分区设置（check_unique_column（））。有助于克服的唯一约束无法有效地在所有分区中的一套应用。不会阻止独特的违规行为，但提供了一种方法来监测它的发生。
• 更多pgTAP测试，以确保名称trunucation过程的工作。
• 改变pgTAP测试假设pgTAP安装在公共模式，以尽量避免问题时，事实并非如此。

什么是1.1.0版新：

• 在额外的新的Python脚本文件夹允许分区创建并采用更小的撤销提交批次，作为建议的partition_data_ *和undo_partition_ *函数的文档。这有助于避免事务锁，当有大量的数据走动。还有几个选项犯下更慢，缓解非常繁忙的系统负载。
• 改变批次参数排序的partition_data_id（）partition_data_time（）。这使得它们的顺序一样的撤销功能，是一个更无意义的订单（我想反正）。
• 在国产分区功能更安静。没有更多的布告和刚刚返回的行数移动。
• 改变撤消分区功能来删除分区中，他们最初的创建顺序。他们按字母顺序之前这样做，这可能会导致一个奇怪的订单序列为基础的划分（P100将是P2之前）。创建顺序可能不会在第一次数据，这将是理想的升序删除它们，但它更有意义不是按照字母顺序。
• 修正] undo_partition（）可能返回0，如果过早某些分区都是空的。现在会自动uninherit /降大任空分区，并继续对是否还有子表，如果有不计算他们对p_batch_count。

要求：

• 在PostgreSQL的9.1或更高版本
• pg_jobmon 1.0或更高版本