Api 我可以从Heroku Postgres备份主键吗?

Api 我可以从Heroku Postgres备份主键吗?,api,postgresql,heroku,primary-key,database-backups,Api,Postgresql,Heroku,Primary Key,Database Backups,我们正在构建一个API,该API当前公开数据库主键以选择参数。我担心pg_dump(以及基于它的Heroku pgbackups)显然不备份主键。(见附件) 如果我需要升级数据库或将其复制到staging,我可以使用Heroku follower或fork特性并保留主键。(见和)。但是,导出数据库以在开发中使用会丢失顺序(请参阅) 所以,如果我不能支持他们 我是否应该考虑在每个参数表上创建一个UUID列,并将其暴露出来?(见附件) 我发现像/v1/products?category=14,16&

我们正在构建一个API,该API当前公开数据库主键以选择参数。我担心pg_dump(以及基于它的Heroku pgbackups)显然不备份主键。(见附件)

如果我需要升级数据库或将其复制到staging,我可以使用Heroku follower或fork特性并保留主键。(见和)。但是,导出数据库以在开发中使用会丢失顺序(请参阅)

所以,如果我不能支持他们

我是否应该考虑在每个参数表上创建一个UUID列,并将其暴露出来?(见附件)

我发现像/v1/products?category=14,16&partner=3&q=plaid这样的URL对于开发人员来说更容易使用,但我担心我会因为迁移太困难而将自己锁定在Heroku中

提前感谢您的建议

我担心pg_转储(以及基于它的Heroku PGU备份) 显然不备份主键

别担心。他们当然会得到支持。这不是链接项所说的


该项表示不能保证行的转储顺序。这并不意味着(id=1,name=“fred”)会丢失(id=1),只是它可能不会作为第一项列出(在备份文件中)。海报关心的唯一原因是他试图将备份文件作为文本进行比较。

我担心pg_dump(以及基于它的Heroku pgbackups)显然不备份主键。
您的信息似乎有误,或者您对
主键的定义与我的不同。你到底害怕什么?“公开主键”是什么意思?您是否试图将表
与oid
一起使用,将oid用作主键?如果是这样:糟糕的计划。谢谢你纠正我的困惑。我的查询是由在日期创建的_排序的,对于一组记录,它是相同的(一直到第二个)。pg转储和还原以不同的顺序显示这些记录。将查询更改为order by created_at and然后id证明了转储和恢复的工作方式与预期的一样。