Mimeo

油印可用于数据库中的表移动从一个PostgreSQL数据库到另一个。

包含三个复制策略的支持：

1。快照 - 从一个数据库复制到另一个整个表

2。增量 - 被检测的新内容的数据被移动

3。 DML - 从一个数据库中提取数据，并永久性地移动到新的位置。

本发行版是新的：

• 在1.1.0版本中添加功能，所以从1.0.1版本的更新以后将无法在PostgreSQL上9.1。
• 升级到PostgreSQL的＆＃x3e; = 9.2还将允许油印更新到1.1.0和更高（推荐修复）

什么是新的在1.3.7版本：

• 在1.1.0版本中添加的功能，所以从1.0.1版本的更新以后将无法在PostgreSQL上9.1。
• 升级到PostgreSQL的＆＃x3e; = 9.2还将允许油印更新到1.1.0和更高（推荐修复）

什么是新的在1.3.6版本：

• 在1.1.0版本中添加的功能，所以从1.0.1版本的更新以后将无法在PostgreSQL上9.1。
• 升级到PostgreSQL的＆＃x3e; = 9.2还将允许油印更新到1.1.0和更高（推荐修复）

什么是新的在1.3.4版本：

• 在1.1.0版本中添加的功能，所以从1.0.1版本的更新以后将无法在PostgreSQL上9.1。
• 升级到PostgreSQL的＆＃x3e; = 9.2还将允许油印更新到1.1.0和更高（推荐修复）

什么是新的在1.1.1版本：

• 帐户为他们提供特殊字符角色名称（破折号是那个发现这个错误的罪魁祸首）。
• 改变dblink_mapping表扩展特定名称：dblink_mapping_mimeo。允许如果需要，它被安装在同一个模式pg_jobmon。
• 改变咨询锁系统使用事务advistory锁，而不是明确的。摆脱在异常块的错误时，异常咨询锁拍摄前命中。
• 主办的文档更好。

在什么版本1.0.0是新的：

• 首先稳定版本

什么是0.13.0版本，新的：

• 所做的pg_jobmon扩展可选。它可以打开或关闭打开使用新的＆QUOT每个复制表的基础上; jobmon＆QUOT;在配置表中的布尔列。如果安装pg_jobmon它会默认为所有类型的复制设置为true，否则会被设置为false。您还可以设置是否在与运行时使用的＆QUOT; p_jobmon＆QUOT;参数刷新功能。
• Jobmon记录已经被添加到表复制方法。

什么在0.12.0版本是新的：

• Logdel刷新功能，现在有一个＆QUOT; repull＆QUOT;选项​​从源头上做一个完整的数据刷新。请注意，它不会删除先前从源中删除目的地的行（只删除在哪里mimeo_source_deleted列为空目标行）。由于TRUNCATE不能作为与其他复制repulls做完成，强烈建议以后这样做，甚至可能是全收回磁盘空间真空做到目标表的手动真空。
• 要帮助上述repull过程更有效率，索引现在创建的＆QUOT; mimeo_source_deleted＆QUOT;所有新创建的logdel复制表的目标列。现有的复制表将不会有这种指数上涨。建议增加一个，如果你需要这样做repull方法旧的设置。
• DML和Logdel复制源队列表现在已经上创建索引＆QUOT;处理＆QUOT;和＆QUOT;加工，mimeo_source_deleted＆QUOT;分别列。这应该有助于复制为创造更大的队列流量较高的表更有效。现有的复制集不会有他们的源队列表修改，添加此索引。推荐回去和手动添加它，如果你发现性能问题。
• 异常消息，如果DML / logdel壶功能故障是关于发生了什么事更清晰reguarding源上创建的对象。
• 新增p_debug选项来制造功能。也取得了调试少许清洁剂并将它在很多情况下提供更多信息。
• 修正错误：WHERE logdel复制的条件而不能正常工作

什么在0.11.0版本是新的：

• 快照和增量壶函数现在确保给定表名是模式限定的。
• 更新了额外的功能PostgreSQL的旧版本的源代码。有8.1新功能的DML以及自定义ARRAY_AGG（）的油印需要的功能。

什么是新的在0.10.2版本：

• 新refresh_table只是在做直截断选项repull一个普通表。只有将作为次要的功能，因为其他的变化不影响API，它不建议作为常规刷新作业如果可能的话。此外refresh_table（）目前不登录到pg_jobmon，所以不能被监测，如果当这种刷新类型失败/会不会掀起任何警报。这是什么有用的是具有一种方式来获得从生产数据到临时的/ dev数据库，在那里你仍然希望能够编辑目标表。能做到这一点与增量或DML，但避免了不需要任何主键，控制列或编写源数据库的访问。
• 删除自定义枚举类型。使事情复杂得多，他们需要的是。枚举在扩展非常糟糕的，因为你可以永远只是在更新添加一个新值。
• 的命令删除批处理限制的默认和设置增量复制是从油印缺少默认的界限 - 0.9.3--0.10.1旁路更新文件。如果该文件被用来更新油印，默认值是从来没有改变过，并限制仍在为新的刷新工作。再次运行那些在这里。

在什么版本0.10.0新是：

• 现在，该拉大的数据量更有效，不再有一个缺省批处理限制。每次刷新运行将获得所有新行提供。安装此版本后，这不会影响现有的工作，只有新创造的就业。如果您想删除该批次限制（推荐，除非必要），在所有的配置表中设置batch_limit列设置为NULL。

现在需要的
• 边界值插入/更新配置，以帮助确保一致性。默认值是10分钟。如果有任何已被设置为NULL，它已被更新为默认值。
• 新＆QUOT;额外＆QUOT;文件夹中存储库。包含在源数据库比9.1更老一些的功能版本。这些可以使有可能使用油印跨主要版本升级数据库。虽然他们可以用于正常的复制目的，以及时，不建议长期因为扩展更新，如果你它们重命名为原来的名称将覆盖该功能。
• Extras文件夹中还包含一个python脚本，以取代过时run_refresh功能。使用此功能来帮助运行计划复制作业更方便，更可靠，旧PLPGSQL功能。
• 设置功能稳定或IMMUTABLE，可以。
• 错误修正：在refresh_logdel没有得到下降临时队列表。如果同样刷新了在同一个会话中运行导致的错误。
• 修正错误：现在会准确报告插入到分区表时，行数，甚至
。
• 代码清理工作。
• 请pgTAP测试一点更加广泛。新增测试批次的限制。

在什么版本0.9.3新是：

• 到达准确的批处理限制引起pg_jobmon日志对于DML / logdel复制警告几乎从不会实际发生由于从源队列表越来越明显不同的条目。这将使复制通知可能落后不会发生。更改警报如果实际批量到达批处理限制的75％的情况发生。

什么是新的在0.8.3版本：

• 固定DML刷新不传播更新和删除
• 固定DML / logdel刷新不更新行如果它有一个多列主/唯一键，只有该键的列的一个子集被改变。
• 固定边缘情况在refresh_dml / logdel的地方，如果该批次限制被击中，远程队列表可能无法正确​​标注处理的行。
• 改变测试使用pgTAP。测试套件现在更加广泛，并帮助找到上述错误。

要求：

• 的PostgreSQL 9.1或更高
• pg_jobmon 0.3或更高版本
• PostgreSQL的DBLINK扩展