EF的数据库更新问题

问题描述

如果使用MVC+EF开发web项目，后期维护升级的时候假如要修改数据库的结构，使用EF是不是非常的不方便？已经保存在数据库中的数据会不会丢失？如果不用EF，直接写一个SQLHelper会不会好点？？

解决方案

解决方案二：
DBFIRST，直接选择从数据库更新模型即可。每个项目在发布进入正式运行之后的数据是最重要的，任何开发方式都不应该在维护升级的时候丢失数据。
解决方案三：
当然你自己写一个SQLHelper，用ADO.net也没有任何问题，MVC本身没有要求必须使用EF，EF只是微软的一个ORM框架而已，你也可以使用其他的ORM框架。
解决方案四：
无论是codefirst还是Databasefirst都不会丢数据的，除非你自己删除了
解决方案五：
直接更新数据库模型就行了，就是比较麻烦点就是了，不过业务逻辑代码确是挺方便的
解决方案六：
“无论是codefirst还是Databasefirst都不会丢数据的，除非你自己删除了”+1“后期维护升级的时候假如要修改数据库的结构，使用EF是不是非常的不方便？”如果使用databasefirst的话，确实有不方便的地方哈。而且如果你对EF不熟悉的话，可能会有很多效率方面的问题
解决方案七：
没什么方便不方便的。。修改了数据库，那么删除ef，然后重新生成ef。（选择从数据库更新模型，会发现有问题，一直更新不了。估计是缓存的问题）如果修改了ef，那么直接从模型生成数据库
解决方案八：
假如项目要部署在很多客户机上，为了维护方便，想要提供自动更新功能（如果客户允许部署在外网环境，就在线更新，如果客户只允许在局域网使用，就提供更新包），那如果要支持自动更新，使用EF的话是不是很难更新数据库？？