当我开发一个ASP.NET网站时,我真的很喜欢使用实体框架,包括数据库优先模型或代码优先模型(+ asp.net mvc控制器支架)。对于需要访问现有数据库的应用程序,我自然想要创建一个数据库模型,并使用asp.net mvc脚手架在几分钟内完成所有基本的CRUD操作,几乎没有开发成本。但我与一位朋友讨论过,他告诉我,只通过存储过程访问存储在数据库中的数据是采用的最佳方法。
因此,我的问题是,你认为这句话怎么样?是否
我们已经构建了一个ASP.NET MVC Web API web应用程序,它使用实体框架v6.1进行数据访问。最近,一位新的数据库架构师开始与公司合作,并表示我们应该为所有数据库访问转向存储过程。虽然存储过程肯定可以与Entity Framework一起使用,但在我看来,通过存储过程强制所有数据访问,EF给表带来的很多好处都会被否定。也就是说,我可能是错的,并希望能够做出明智的决定。微软对数据访问和最佳实践的看法是什
我有一个封闭的源代码ASP.NET系统,它调用一个非常昂贵的SQL视图:FROM [v] ORDER BY[ID]
我可以访问数据库,所以我可以更改视图--没有简单的方法可以使视图更快。例如,我想创建一个从视图中调用的存储过程,这个存储过程将返回一个模拟当前视图的表,但如果从特定IIS服务器调用,则会返回一些不同的内容。是否可以修改视图以调用存储过程,以便asp.net代码不