浏览 3161 次
|
锁定老帖子 主题：rails的数据迁移是个麻烦工具
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-10-16
本人开始接触rails，但是很快被它的灵活简洁所吸引了，但是我看到数据迁移的时候，
发现如果我们的项目很大，用它来管理表不一定是个好主意，一旦出错不好维护，而且很多时候删除数据库，然后重建，这个方法我觉得不好，不如DDL来的更方便，更有针对性。 轻问大家 ， 数据迁移用的多么？ 
声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2007-10-16
每天都用
|
| 返回顶楼 | |
|
发表时间：2007-10-16
开发库有很多数据是你的错。
|
| 返回顶楼 | |
|
发表时间：2007-10-16
Pomo 写道 开发库有很多数据是你的错。
正要开发一个系统，在实践中证实一下
|
| 返回顶楼 | |
|
发表时间：2007-10-18
对于项目分期上的，后期增加功能的
这种迁移方式就不适用了 |
| 返回顶楼 | |
|
发表时间：2007-10-19
经过一段时间的实践（小写项目），发现数据迁移带来了很大的方便，还第一次看到数据库还可以版本控制，太NB了
|
| 返回顶楼 | |
|
发表时间：2007-10-19
所以我现在很郁闷，公司产品是完全数据库驱动的，先根据业务和性能来设计和修改db schema，然后将shema changes反馈给UI team来搞refactoring，而且db shema频繁修改，所以基本上都不用Rails的migration工具来维护db shema了，不然太累，对这种情况还是sql方便
|
| 返回顶楼 | |
