这两个数据库具有相同的模式,但具有不同的数据.可能会有一些行重复,但是如果找到重复项,合并就会大量保释并且不进行更新就足够了,即重复应该手动解决.
部分问题是所讨论的数据库中存在许多外键约束.此外,可能存在一些引用外键的列,这些外键实际上没有外键约束.后者是由于插入时的性能问题.此外,我们需要能够在旧数据库中的ID和新数据库中的ID之间进行映射.
显然,我们可以编写一堆代码来处理这个问题,但我们正在寻找一个解决方案:
减少工作量
合并机器的开销较小.
更可靠.如果我们必须编写代码,则需要通过测试等,并且不保证没有bug
显然我们仍然在网上和Postgresql文档中搜索答案,但到目前为止我们发现的内容一直没有用.
更新:我明确遗漏的一件事是,"重复"是由架构中的唯一约束明确定义的.我们希望恢复一个数据库的内容,然后恢复一秒钟的内容.第二次恢复期间的错误应该被认为是第二次恢复的致命错误.然后应从第二个数据库中删除重复项并创建新的转储.我们希望ID重新编号,而不是其他唯一约束.BTW可能会在第二个数据库之后合并第三个甚至第四个数据库.