使用目标服务器中的pg_dump版本转储源服务器.因此,如果您从(例如)8.4到9.2,则使用9.2的pg_dump来创建转储.如果创建-Fc自定义格式转储(推荐),则可以使用pg_restore将其应用于新数据库服务器.如果您进行了常规sql转储,则可以将其应用于psql.

见the manual on upgrading your PostgreSQL cluster.

现在,如果你想降级,这是一个完全不同的混乱.

你将很难创建一个可以在任何版本的Postgresql中使用的sql转储.假设您创建了一个使用WITH查询的VIEW.这在恢复到Postgresql 8.3时不起作用,因为它不支持WITH.还有很多其他的例子.如果您必须支持旧的Postgresql版本,请在您仍然支持的最旧版本上进行开发,然后导出它的转储以便加载更新的版本.您无法在新版本上进行合理开发并导出旧版本,如果有的话,它将无法正常工作.

更麻烦的是,在旧版本上开发并不总能为您提供适用于新版本的代码.有时会添加新关键字,以引入对新规范功能的支持.有时,问题会以影响用户代码的方式得到修复.例如,如果你要在(古老的和不受支持的)8.2上进行开发,那么在8.3及以上的文本中隐式转换为文本会有很多问题.

您最好的选择是测试所有支持的版本.考虑使用Jenkins CI等设置自动化测试.是的,这是一个痛苦,但它是软件的价格随着时间的推移而改善.如果Pg保持完美的向后和向前兼容性,它永远不会改进.