ruby-on-rails - 为什么 Rails 5 在模式文件中添加 nextval 方法？

Question

升级到 Rails 5 后，我的架构文件在运行 db:migrate 时不断被更改。 Rails 正在发生变化:

create_table "flightlessons", force: :cascade do |t|

到:

create_table "flightlessons", id: :integer, default: -> { "nextval('lessons_id_seq'::regclass)" }, force: :cascade do |t|

它只发生在这个模型上。为什么 Rails 在此特定模型上实现 nextval？而且，为什么模型名称错误(lessons_id_seq 应该是 flightlessons_id_seq)。然而，手动将其更改为 flightlessons_id_seq 会导致相同的无关系错误。

PG::UndefinedTable: ERROR:  relation "lessons_id_seq" does not exist

要继续，我只需将 schema.rb 文件改回该行“应该”的样子。然后，我可以迁移或测试:准备或其他任何东西，直到下一次 Rails 将其改回使用 nextval 方法。

感谢您对此的任何见解。

Answer 1

这个答案有点长，所以我把它分成几个部分。系好安全带!

我的理论

我的猜测是您的开发数据库确实包含lessons_id_seq 序列，并且其flightlessons.id 的定义设置为取决于它(即 Rails 放入模式文件的确切内容)。

如何以及为什么？您可能在过去的某个时候将 lessons 表重命名为 flightlessons，但该重命名并没有改变该表所依赖的序列——并且自从 schema.rb 不会 记录序列，lessons_id_seq 序列不会复制到您的测试数据库，因此您会收到此错误。

要验证我的理论，请运行 rails db 并尝试以下命令:

\d lessons_id_seq

这应该返回该序列的定义。然后，尝试:

\d flightlessons

并查看 id 列的定义。我希望它包含 DEFAULT nextval('lessons_id_seq')。

修复

解决此问题的最简单方法是改用 structure.sql 而不是 schema.rb(参见 the docs)。这将保留数据库的确切状态，并避免 Rails 的任何干扰或解释，这是导致您当前问题的原因。我总是建议将 structure.sql 用于生产系统。

但是，您也可以进入您的开发数据库并更改序列名称:

ALTER SEQUENCE lessons_id_seq RENAME TO flightlessons_id_seq;
ALTER TABLE flightlessons ALTER COLUMN id SET DEFAULT nextval('flightlessons_id_seq');

这在生产系统上将是一个糟糕的想法，但如果您的问题只是本地问题，它应该使用您的 schema.rb 纠正您当前的数据库状态，从而解决您当前的问题。如果您希望 rails db:drop db:create db:migrate 在新的应用程序上工作，您可能希望将其编码到迁移中。

为什么是现在？

Rails 转储表主键的 default 值的行为在 Rails 5 中很可能是新的。以前，Rails 可能只是相信您的 ID 列具有合理的默认值，并忽略它实际看到的任何值。但我还没有做过研究，看看这是不是真的。