EntityFrameWork 也不是想像中那么好用

本文探讨了在使用Entity Framework (EF) 开发时遇到的复杂查询问题,特别是当涉及到数据库中关系复杂且无法通过外键关联解决的情况。作者分享了将复杂查询转为使用存储过程的经验,并提出关于EF改进的期望。此外,文章提供了针对EF使用场景的建议和思考。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

最近的一个项目用EF来开发,DDD领域开发模型。之前针对一些CURD,还是感觉挺好用的,不用写太多的代码就可以完成这些基本的操作

有时修改了数据库的字段,也不用太多去关注语句如何写,只要生成一些Model类就OK了。

后来,慢慢地发现,增删改还好做,但到查询这一块就不好搞了,数据库的关系比较复杂,有时不好用外键去关联,有时一个表做了好几个关联

这样查起来就很难去控制好这个度了。我以为习惯了写SQL,语句能出来的结果我能预算得到,数据重复了,少了,过滤错了,join不对了,这些

统统能很快地找到原因。但现在用起EF,它生成的SQL一大堆本来已经不爽的了,还加上生成的关联有时我也不能控制,Group这个也不好搞。

现在在做一个复杂的高级查询,没办法了,只能用回存储过程去做。有时也挺真无奈的。

不过EF也不是万能,不知道微软会不会去改进这个问题。

不知道园子里的大神们有一些什么样的想法,能给我这个菜鸟一些建议。

转载于:https://www.cnblogs.com/kingman/archive/2013/05/13/3076961.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值