8,497
社区成员
发帖
与我相关
我的任务
分享本地项目coding first数据迁移后，如何部署？
如题，本地Code First数据迁移后，该如何部署到生产服务器上呢？总不能在服务器上也安装VS再数据迁移吧？？大家讨论讨论下。
...全文
请发表友善的回复…
发表回复
以专业开发人员为伍 2013-12-16
- 打赏
- 举报
CodeFirst的核心就是我们不用去写脚本文件，而是很自然地直接在我们的代码上标记Attribute就行了（甚至不用标记，例如凡是映射到数据表的Class其 Field 就应该自动作为字段而创建）。
因此，我们不用费神地去想法保证维护sql脚本文件。
以专业开发人员为伍 2013-12-15
- 打赏
- 举报
首先要想明白 code first。只有这样才比较接近于 ORM。可惜 EF 仍然是一个功能比较差劲的 ORM。
当然，借助于 Linq provider，一个比较差劲的 EF 其应用上也仍然是所向披靡的。我曾经搞一个 ORM 作为商品化产品，由于一些人力上的问题，再后来是看到 Linq to SQL 和 EF ，于是就放弃了。
q107770540 2013-12-15
- 打赏
- 举报
生成数据迁移的脚本，在服务器上的数据库内执行
iMax_Wang 2013-12-15
- 打赏
- 举报
自顶其帖自顶其帖
iMax_Wang 2013-12-15
- 打赏
- 举报
EF是很烂，不过开发效率非常高，进行编辑和插入很方便，这点不错，可以作为一个先上线的快捷版本，然后再修改。
但是很多方面它的方式太死板，我真的不太明白美国人的脑子里到底在想什么。
anyone has idea？
以专业开发人员为伍 2013-12-15
- 打赏
- 举报
多您前以前我们自己做的第一版ORM就考虑到了自动升级数据库结构的功能，因为这是必须有的功能。当你把一个应用程序部署到成百上千的目标机器上之后，它应该根据当时所在的环境而自动将数据库进行升级（绝不会丢失原有的数据）。没有这个功能就别玩儿ORM了。
如果你说的CodeFirst中没有，那么我建议你自己做一个解析EF的标记并且自动升级数据库的功能，放在你的进程启动时执行。只能如此。
以专业开发人员为伍 2013-12-15
- 打赏
- 举报
我不太懂EF，因为我不用它。
按道理来说，如果一个ORM是自动维护关系数据库的，那么你应该做一个测试，即使在运行时它是否能够自动添加数据库表的字段、索引、外键关联等等，而不是在vs工具中。
如果不能自动进行数据库升级，例如在运行时自动去检测数据库版本，并且自动把（例如说）第127版本的数据库升级为128、129、130、131、132版本，那么这个ORM你就别用。
如果所谓的CodeFirst不具备这个功能，那么它就是还没有摆脱过去“以数据库表First”的思维习惯，还缺少基本功能。
