.NET 环境下 数据访问层应该怎么做才合适？
-2
最佳答案
1
“这边的业务复杂度太高了。”
这句话说了等于没有说。
对于你们的项目或者业务环境，其实你可以简单描述一下，比如，每年需要30个程序员工作，或者项目金额大约1千万之类，不用非常准确，但起码给人大概的范围。
如果你要纯粹的数据性能快，一定是ADO.NET，
作为一个项目来说，性能不单纯是数据存取这块，他的结构可能是
UI：500MS
APP LAYER：100MS
Data Access: 10MS
在这样的情况下，使用EF做Data Access，可能变成这样
Data Access: 80MS
对于实际的项目，或者说大部份的项目（1个亿以下吧），这个可以说是小的影响。
然后选择EF或是LINQ TO SQL，会带来其他的好处，这也是ORM之所以能盛行的原因。
而且大项目的优化，通常不是在这儿优化，可能是使用SSD硬盘，使用数据缓存等。
这样很多环境下是不需要访问数据库的。
收获园豆：20
其他回答(5)
0
Linq to Sql
1
上面的-1是谁干的!!,
如果你用EF查询很慢,说明你用的方法有问题.我一直认为EF还是可以用的,
虽然我不用``
EF 是不错的，只不过EF用起来还是费劲，
这边EF已经用了1年多了，但是感觉还是写起来太复杂，底层的扩展也不好（用的是4.+的版本，没有升级）。
@Vancen: ORM就是那一套东西,用什么都差不多,我一般都是直接用DAPPER
@Vancen:
EF肯定是比较费劲的，相对于LINQ TO SQL ，EF重了许多，他更多考虑的是可移植性。
相对于楼上，我更多使用的是LINQ TO SQL。
关键是问题还是你的项目重到什么程度，不同的程度是需要使用不同的技术的，没有办法一概而论。
@爱编程的大叔: 话说，我也比较喜欢用L2S。够纯~
@爱编程的大叔: 项目利润不高，也是比较小的项目，没钱赚的。
我就是随便考虑下，看能不能做的更好！
0
看你具体的业务需求，如果是单表维护较多，那么采用ORM方式比较合适。EF、L2S等。
如果是复杂的查询类需求，那么就需要能够灵活控制sql的数据访问框架，如ibatis，dapper等。
0
使用 Moon.Orm。
0
怎么样算合适是根据应用场景来的。
