Ruby on rails 3 我是否需要在迁移和#x2B;脚手架还是不可知数据库建模?

Ruby on rails 3 我是否需要在迁移和#x2B;脚手架还是不可知数据库建模?,ruby-on-rails-3,Ruby On Rails 3,我有一个数据库,我必须使用它来构建我的应用程序。它是由其他人建模的,但它遵循rails惯例。我可以轻松地将其映射到活动记录 我可以使用迁移对数据库进行深刻的更改吗?还是应该继续使用图表建模并导出它 在以前建模的数据库上使用迁移或支架是一种好的做法吗 因为在搭建脚手架之后,我通常会遇到一些错误消息,说有一个迁移试图创建一个已经存在的表。当我删除有问题的迁移时,它只会变得最糟糕 对于这个问题:不可知意味着使用任何外部建模工具(GUI SGBD工具) 你基本上可以走任何一条路。您选择哪一个取决于您的开

我有一个数据库,我必须使用它来构建我的应用程序。它是由其他人建模的,但它遵循rails惯例。我可以轻松地将其映射到活动记录

我可以使用迁移对数据库进行深刻的更改吗?还是应该继续使用图表建模并导出它

在以前建模的数据库上使用迁移或支架是一种好的做法吗

因为在搭建脚手架之后,我通常会遇到一些错误消息,说有一个迁移试图创建一个已经存在的表。当我删除有问题的迁移时,它只会变得最糟糕

对于这个问题:不可知意味着使用任何外部建模工具(GUI SGBD工具)


你基本上可以走任何一条路。您选择哪一个取决于您的开发风格

如果您使用scrum/agile,它将为今后的迁移提供强有力的支持

迁移基本上也是rails的一部分,也是使rails在开发过程中运行良好的一部分。迁移的一个巨大好处是,您可以使用您想要的任何数据库创建应用程序,这在将其移动到其他提供商时非常有用*。但是,对于未完全完成迁移的数据库,需要执行两个步骤—创建初始数据库“直到”迁移启动时,然后继续使用它们

在现有数据库的基础上进行迁移和搭建很好。迁移是添加(或删除)新的数据库内容,并且支架可以创建新的数据库记录(当迁移运行时),它们确实有助于遵循rails标准并创建常规命名的.stub测试文件

当您第一次习惯迁移时,错误消息和语法非常令人恼火,但随着时间的推移,这是您将变得更好的事情之一。rails中有很多类似的东西,即学习所有的位并允许奇怪的错误消息

在这方面有帮助的工具是mySQL Workbench(obv.for mySQL)和rubyMine IDE。这些工具中的每一个都可以让您查看现有的数据库,您甚至可以使用rails模型中的信息将mySQL中的ERD与rubyMine的“模型依赖关系图”ERD进行比较

*然而,移动实时应用程序的实际数据是另一回事