.net MVC EF（实体框架）使用存储过程的问题

Question

是否破坏了MVC三层分层？EF进行更新操作后只是缓存，最后要通过DB.CHANCES才真正写入数据库，这样是否避免了数据库并发错误而不需要一定写存储过程？

Answer 1

为什么会说破坏了MVC 三层分层呢？MVC与EF 没用过。 感觉没有 MVC 与Nhi 或者 ibatis好

Answer 2

因为存储过程必须要设定参数啊，而一旦修改参数，必须三个层面都要改。
比如数据表添加一个字段，EF不用存储过程的话，只需要自动更新一个EF实体就行，我们在VIEW就能直接用了。而用存储过程的话，三个层面都要改吧？

Answer 3

我现在遇到的问题是，有不少页面是需要“添加”“修改”功能的，比如员工信息表之类，我现在用VIEW字段绑定数据库实体，这样操作数据库非常简单。
但现在如果要用存储过程的话，会不会非常麻烦？因为员工信息表的字段随着需求变化随时有可能增删的，我现在这种方法，添加字段是非常简单的，在数据表里添加字段后，自动更新一下实体，之后只需要在VIEW添加此字段就OK了，其他不用作任何修改。如果用存储过程，是不是非常麻烦？

Answer 4

注意，上面所讲的，都是.net MVC下的。

Answer 5

如果是这样的话 还是不要用存储过程了直接用实体吧。如果用存储过程的话 也可以。。用动态SQL。。比如用SQL 先查处表中的字段（这样就不用怕增加字段了）然后在前台拼接SQL在传进去。。这样的效率就
那你还用什么EF？