Matz 说令人痛心的是， Ruby 也是因为在国外先流行起来，才开始在发源地日本流行的

XX 过多导致视觉模糊。

感谢各位回复，了解了一下大家更新数据表的常规思路。

这个场景做到了兼容旧版数据库确实不需要停机

总结来看，这样的一次发布会包含两个 migration 和一个数据更新。

post 不包含 user_id 的旧业务逻辑

• migration 1：posts 添加 user_id (nullable, default null)（以及创建 users 表）
• 执行更新脚本：把所有 posts 的 user_id 更新到一致状态

post 包含 user_id 的新业务逻辑

• migration 2：posts 的 user_id 去掉 nullable 和 default null

执行更新脚本之前，到 post 包含 user_id 的新业务逻辑发布的这段时间，为了防止空 user_id 的新 post 产生，需要停机，我这样理解对吗？

https://guides.rubygems.org/make-your-own-gem/

这个流程走一遍就知道了，其本按类和嵌套关系组织。

t.references :operator, foreign_key: { to_table: :users }
t.references :reviewer, foreign_key: { to_table: :users }

• https://stackoverflow.com/a/42056089
• http://lmgtfy.com/?q=rails+migration+references+column+name

牛逼！