这是一个特定场景，我们将从 Postgres 10 提取的自定义转储恢复到 Postgres 14。我们收到以下错误：
错误：架构“公共”已经存在
我了解可以忽略 ERROR 并成功恢复所有后续对象。但是，由于我们是从 JAVA 程序调用 pg_Restore ，因此错误是返回 0 以外的退出代码并退出程序。当然，我们可以调整 JAVA 代码，以便通过解析此错误消息，我们可以隐藏退出代码。但我们仍然认为这不是一个理想的解决方案。还有其他 PG 方法可以避免此错误吗？
尝试的选项：
在还原之前删除并重新创建数据库。
使用“-n public”实际上可以避免错误。但这会在恢复时忽略大对象。
此处提出的解决方案 -答案
还没有运气！此错误或警告仅在还原旧版本转储时出现。
我们为什么不首先修复 pg_restore 源代码以在创建模式语句中使用“如果不存在”？
我正在尝试使用 -n 选项从转储中导入数据库“demodb”。目的是仅导入称为“demoschema”的特定模式。在运行 pg_Restore 之前，我将 demodb 创建为空白数据库。我运行以下命令进行恢复：
pg_restore -d demodb -n demoschema dumpfile
现在的问题是还原后 pg_largeobject 表为空。如果我删除选项“-n demoschema”，pg_largeobject 也将被恢复。
如何使用选项“-n”并确保恢复像 pg_largeobject 这样的目录表？
我在 postgres 文档中找不到答案，尽管一些 DBA 在他们的博客中声称手动分析会构建整个表的统计信息，而 autovacuum 只会更新增量统计信息，但有些 DBA 却说相反。
我知道 autovacuum 是真空的预定版本，并根据我们知道的其他参数进行分析。现在我的问题是 autovacuum 的分析是重建整个表的统计信息还是只更新现有的统计信息（增量）？与同一主题相关的另一个问题是，“默认统计”值是否也适用于 autovacuum 分析？
谢谢，
萨吉斯·P·谢蒂