Ruby on Rails中删除同名模型后重制数据库如何避免数据丢失？

我来帮你搞定这个生产环境里的棘手问题——删除同名模型再重建时，既要避免出错，又得保证数据一点都不丢，毕竟生产数据可是重中之重！

为什么会出错？ #

当你执行rails destroy model Name时，Rails会删掉模型文件、对应的迁移文件，还有测试文件之类的。但如果这个模型的迁移已经在生产环境跑过，数据库的schema_migrations表里已经记录了旧迁移的版本号。这时候再用rails g model Name生成新模型，新迁移的版本号是全新的，跑rails db:migrate时就会因为“表已存在”或者字段冲突报错，更糟的是如果误操作清空了数据，那麻烦就大了！

安全解决方案 #

1. 绝对不要删除已执行的迁移文件 #

这是最核心的原则：已经在生产环境跑过的迁移文件，哪怕你要改模型，也绝对不能删。rails destroy model Name会删掉迁移文件，这是问题的根源。正确的做法是：

• 手动删除模型文件（app/models/name.rb）、相关控制器/测试文件，但保留旧的迁移文件。
• 如果已经不小心删了迁移文件，赶紧从Git这类版本控制系统里恢复回来——没有迁移文件，后续的schema管理会彻底混乱。

2. 优先用迁移修改表，而非重建模型 #

如果只是要调整模型结构（加字段、改字段类型之类的），别想着删了重建，直接生成新迁移来修改表：

• 给Name表加字段：rails generate migration AddEmailToName email:string
• 修改字段类型：rails generate migration ChangeAgeToIntegerInName age:integer
• 然后运行rails db:migrate，既不会碰现有数据，也不会有迁移冲突，这才是Rails迁移的最佳实践。

3. 万不得已要重建同名模型的安全流程 #

如果真的需要彻底重构模型（旧结构完全废弃），但必须保留数据，按下面的步骤来：

• **第一步：先备份数据！**生产环境必须先做备份，比如用数据库自带的工具导出：

  # PostgreSQL导出整个数据库
  pg_dump your_production_db > db_backup.sql
  # 或者只导出names表到CSV
  COPY names TO '/tmp/names_backup.csv' DELIMITER ',' CSV HEADER;
  
  # MySQL导出整个数据库
  mysqldump -u username -p your_production_db > db_backup.sql
  # 或者导出names表到CSV
  SELECT * INTO OUTFILE '/tmp/names_backup.csv' FIELDS TERMINATED BY ',' OPTIONALLY ENCLOSED BY '"' LINES TERMINATED BY '\n' FROM names;
  

• 第二步：重命名旧表，保留数据
  生成一个迁移来重命名旧表，而不是删除它：

  rails generate migration RenameNamesToOldNames
  

  编辑迁移文件：

  class RenameNamesToOldNames < ActiveRecord::Migration[7.0]
    def change
      rename_table :names, :old_names
    end
  end
  

  运行rails db:migrate，旧数据就安全存在old_names表里了。
• 第三步：生成新模型并创建新表
  现在可以放心生成新的Name模型了：

  rails generate model Name new_field:string another_field:integer
  

  运行rails db:migrate创建新的names表。
• 第四步：迁移旧数据到新表
  可以写个rake任务，或者在rails控制台里执行（注意生产环境操作要小心）：

  OldName.find_each do |old_record|
    Name.create!(
      new_field: old_record.original_field,
      another_field: old_record.old_related_field
      # 按照新模型的字段映射旧数据
    )
  end
  

• 第五步：确认无误后再处理旧表
  等数据迁移完成、验证没问题后，再考虑删除旧表（建议先保留几天以防万一）：

  rails generate migration DropOldNamesTable
  

  编辑迁移：

  class DropOldNamesTable < ActiveRecord::Migration[7.0]
    def change
      drop_table :old_names
    end
  end
  

  运行rails db:migrate删除旧表。

4. 已经出错后的修复方法 #

如果已经执行了destroy再generate，并且迁移报错了：

• 绝对不要运行rails db:reset或者rails db:drop！这些会清空所有数据！
• 先查schema_migrations表，找到旧的create_names迁移的版本号。如果新迁移是create_table，就把它改成change_table，或者先重命名旧表再创建新表（参考上面的步骤3）。
• 如果新迁移已经执行失败，用rails db:rollback回滚，调整迁移文件后再重新执行。

生产环境必记准则 #

• 永远不要用rails db:drop、rails db:reset、rails db:migrate:reset这类会清空数据的命令。
• 任何数据库操作前，一定要先备份数据，这是底线。
• 尽量通过新增迁移来调整表结构，而不是删除重建模型。

内容的提问来源于stack exchange，提问作者Ryu Nishida