我知道我可以在恢复后更改模式名称,但问题是名称可能已经存在,我不想触及现有的模式。
转储类型是“自定义”。
如此有效地我想要类似的东西:
pg_dump -U postgres --schema "source_schema" --format "c" --create --file "source_schema.bak" my_db
pg_restore -U postgres --exit-on-error --dbname "my_db" "source_schema.bak" --destination-schema "destination_schema"
如果可能的话,如果我可以在备份之前复制(和重命名)源模式,那就太好了。
如果数据很小,我将只执行 pg_dump,将其还原到临时专用数据库服务器,重命名该临时服务器 (
ALTER SCHEMA...RENAME...
) 中的模式,然后将其转储出该临时服务器以进行最终恢复。最简单的事情是:倾倒东西。在 vi 中打开转储文件。修复,必须修复什么并重播这些东西。
我正在将其他数据库(从公共模式)移动到单个数据库中的新模式中(因此单个连接可以访问它们全部)。我的方法是加载到公共架构中,然后重命名它。
首先,如果您的公共架构中有任何内容,请重命名以保存。我发现一些扩展,特别是“hstore”,需要在新模式中重新创建。以其他方式执行这些 SQL 命令
psql
。备份和恢复您的数据库到公共模式。为您的连接设置调整命令。
您的数据库现在应该在公共模式中。现在发出这些 SQL 命令来重命名模式,并重命名原始公共模式。
如果您像我一样移动多个数据库,请创建一个新的公共架构并为每个架构进行迭代。之后,恢复 original_public 模式。
作为替代方案,如果现有公共关系(表、序列、视图等)与导入的公共关系之间没有命名冲突,则可以将所有内容一起导入,然后将新表移动到新模式中。
只需记住测试命令并在测试数据库上进行测试运行。建议为此编写脚本 ;-)
我不得不做同样的事情,最终以文本格式转储并使用 sed 命令编辑转储文件。
要查找/替换的模式(搜索和替换整行而不是编辑存储在数据库中的真实用户数据):
我在一个小型数据库(小于 500MB 转储)上使用过,如评论中所述,这可能需要很长时间才能在大型数据库上执行。