不适合,因为你还在问呢,你都不懂怎么可能适合呢。
老项目都还是再用ADO的,新项目希望能够有所改变提高,ADO方式,给老项目带来了太多的包袱,移植性之类的问题很多,逻辑也都集中在存储过程中。
大叔,我是在物色一下ORM框架,因为先看看基本上是否能够达到选型的要求嘛。
问:为啥不合适呢?我个人感觉是不是写复杂的查询,对开发人员的Linq技术要求高?
@愤怒的TryCatch: 我说的意思是如果你还在问这事,那就不合适。
你哪天不问了,就合适了。
使用自己常用的吧
ef也是可以读视图的,如果你是想使用C#进行二次处理数据是可以使用的
用ef和直接写sql没有任何区别.只要你会写.当然你硬要考虑编译效率.那我也没办法
当然适合,MS这么大力度推出EF,怎么可能让EF成为一个半残品?
首先,超大量的统计图表等,不应该在用户查询的时候计算与查询,而是应该事先计算和处理,这种工作一般由数据库管理员的job来处理。
其次,如果统计比较复杂,写在一条SQL中非常考验开发人员的水平,而且变动后修改起来非常麻烦,所以一般是使用视图,而EF与视图的映射可以说非常的合适。
再其次,假如中间涉及大量运算,建议使用存储过程来处理,而EF对存储过程的支持也是相当好的。
再退一万步讲,EF也是支持直接查询SQL的好么?!!!!而且支持得非常好。