【发布时间】:2011-06-07 00:35:12
【问题描述】:
编辑:为了清楚起见,我完全重写了这个问题。我之前没有得到任何cmets,也没有答案。
我正在维护一个包含大量统计数据的 2.x Rails 应用程序。有些数据是真实的,有些是未来几年的估计数据。每年我都需要用真实数据更新估计数据并计算新的估计值。
我每年都使用 BIG yml 文件和迁移将数据加载到应用程序中。我的迁移充满了估计计算和数据更正。
问题
我的迁移充满了与模式无关的材料,我什至无法梦想不等待几个小时就执行 db:migrate:reset(如果它甚至可以工作的话)。我很想看到我的迁移又好又干净——只有与架构相关的修改。但是,如果不使用迁移,我应该如何每年更新数据?
需要帮助
我想听听你的 cmets 和答案。我不是在寻找灵丹妙药——更像是人们如何处理类似情况的最佳实践和想法。
【问题讨论】:
-
嗯,也许我应该尝试编辑这个问题。这很乱。即使我不想回答这个问题。好吧,我为此获得了 Tumbleweed 徽章 :)
-
为了清楚起见,我完全重写了这个问题。任何 cmets 和答案都非常感谢!
-
感谢您的回答。 @Adrian 建议使用 rake 任务,@lucapette 提到了 seed.rb 方法。种子更多地用于初始数据库输入,并且对于 rake 任务,我仍在等待来自 Adrian 的更多信息。还有什么建议吗?
-
这里有很多好的答案! @abdollar,你的答案最适合我的情况。
标签: ruby-on-rails database migration database-schema