新手发帖,EF架构直接写SQL可以提高性能和减低内存消耗吗

wymen11 2015-07-15 11:24:17
我是个新手,刚学asp.net看到网上说EF架构效率低,占用内存大,因为通过了多一层的转换,执行数据库操作效率低等等。公司现在想弄的管理系统数据量也不少,有上千万条数据。哎,在纠结要不要用EF,如果不用linq to EF,直接写sql语句执行,会不会提高效率?
...全文
371 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
宝_爸 2015-07-20
  • 打赏
  • 举报
回复
我原来遇到过类似问题,写log到数据库中, 用EF的Add,log写的多了就会很慢。用sql语句插入,就没有问题。 估计这就是 一个EF不合适的经典场景。
  • 打赏
  • 举报
回复
效率低也要看你系统的要求,数据量大跟访问效率虽然有一定的关系,但没必然关系
  • 打赏
  • 举报
回复
如果你的系统比较简单,或者说操作数据库比较少,那写sql无所谓,反之你还得考虑下开发效率的问题 吧。
xboxeer 2015-07-19
  • 打赏
  • 举报
回复
没有profile过谈性能谈优化都是扯淡 你一个项目如果就十几个人用干嘛不用EF EF对于大部分需求 以及大部分人能达到的水平 都是完全够用了 你表设计的好 索引做的正确 照样跑赢手写sql的 甚至一帮子二流SQL还没EF自己生成的快。。。。
周小黑 2015-07-19
  • 打赏
  • 举报
回复
lz说ef效率低,那是你linq没写好,在linq写不好的情况下,直接使用原始的ado.net写效率更高
zhanglong_longlong 2015-07-16
  • 打赏
  • 举报
回复
这个看你们项目的实际需要,EF 能够快速开发,至于你说的和sql的效率相比肯定是sql,因为他最终还是要转换成sql
天空丶蒋 2015-07-16
  • 打赏
  • 举报
回复
存在即是有理......
  • 打赏
  • 举报
回复
有些东西,学习起来确实太浪费精力,所以如果项目工期比较紧的情况下会只选择一个。可是对于如此简单的东西,不需要那么纠结。如果有人不喜欢EF,那么就不用它。这就好像有人喜欢写100条循环语句来计算,而有的人写3条Linq语句,谁也没有必要说其它人一定不能那样写。除非有的人不会基本的东西,怕别人的代码自己看不懂。 至于性能,再有闲工夫时,应该鼓励用代码、用测试数据来说明问题。如果一个结果确实能带来几毛钱价值,那么可能就值得采纳。这是一个(在保证开发效率、准时发布系统的前提下)不断迭代和变化的过程,用测试说话而没有那么多是非,完全不是一个“单纯追求洁癖”的结果。
  • 打赏
  • 举报
回复
你可以两种都用啊。你听说过它们不能同时用吗?

62,025

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧