关于ORM 效率问题 送分了
给人感觉ORM就是一个工具，帮你把一些平凡琐事都做了，我对ORM不是很了解，但是毕竟要跟着时代走啊！！

以前都是用SQL语句的!!

就拿 Entity Framework  

运行的速度有没有比直接手写SQL 用SqlCommand 来执行的效率高？ 这里说的是执行速度！ 不是开发效率！！

------解决方案--------------------
经过一些处理，如添加缓存

执行速度当然会比sql差一些，但区别不大
------解决方案--------------------
我敢说，可定没有直接使用裸机的0、1编写的程序“执行速度”高。

不过，谁用0、1代码写出过哪怕是一个简单的basic解释环境过？从来没有。所以说“越低级的东西执行速度越高”显然是废话，但是完全是闭着眼睛不考虑现实需要。

现实是，你去进行测试，那一种方式的价值最大，那一种就最适合你。比较谁效率高，是使用宏观的自动化工具，而不是揪出不足千万分之一的个别代码用显微镜去比较谁更效率高。
------解决方案--------------------
执行速度肯定不如手写sql的快

------解决方案--------------------
没多大区别，估计在数据量大的情况下，Entity Framework 执行效率更高
------解决方案--------------------
只不过是把ado。net封装了一下 用于快速开发而已
------解决方案--------------------

探讨

我敢说，可定没有直接使用裸机的0、1编写的程序“执行速度”高。

不过，谁用0、1代码写出过哪怕是一个简单的basic解释环境过？从来没有。所以说“越低级的东西执行速度越高”显然是废话，但是完全是闭着眼睛不考虑现实需要。

现实是，你去进行测试，那一种方式的价值最大，那一种就最适合你。比较谁效率高，是使用宏观的自动化工具，而不是揪出不足千万分之一的个别代码用显微镜去比较谁更效率高。

------解决方案--------------------

探讨

没多大区别，估计在数据量大的情况下，Entity Framework 执行效率更高

------解决方案--------------------
单纯一条SQL，也许越“裸”越快，但对于一个系统而言，程序员应该关注的不是一条语句的快慢，而是整个系统的快慢和稳定性。对于一个中型项目，如果你没把握写的比ORM更出色，那么你就去用它吧。
------解决方案--------------------
还是用吧。关键在于你ORM里面如何组织语句了，说到底还是看SQL优化的功底。
------解决方案--------------------
提高硬件配置，使用高版本的操作系统，带来的提升要比代码来的快。


代码也可以优化，不过做起来难度要大吧
------解决方案--------------------
orm会带来性能损耗
------解决方案--------------------

------解决方案--------------------
路过,学习学习
------解决方案--------------------
关键在于应用。适合才是硬道理。