请问就运行效率来说直接用SQL快还是ORM快？

Question

真怪异的问题
难道ORM查询数据不是用的SQL?

Answer 1

肯定是sql快了，orm相当于在数据库与程序之间加入了映射层

Answer 2

哦 其实问错了
应该问是既然 SQL快为什么还需要  ORM了？比如说 很流行的Hibernate

Answer 3

有SQL了用ORM干嘛……有汇编了用C干嘛，有C了用CPP干嘛，有CPP了用.NET/JAVA干嘛……-_-#

Answer 4

易于扩展和维护, 你能忍受一个大的程序里面充斥着JDBC和SQL语句吗? 那会烦死人的.

Answer 5

应该问是既然 SQL快为什么还需要 ORM了？比如说 很流行的Hibernate
----------------------------------
实现业务逻辑与数据访问的分离

Answer 6

使用ORM。使用更方便、维护更容易。而且使用ORM可以几乎不编写SQL，只是操作数据对象，完全符合面向对象编程。而且容易实现跨数据库开发。举个简单的对比例子
面向过程编程(C)与面向对象编程(java,c++,C#等等)
面向对象编程比面向过程编程实现同一功能得编写时间与性能都赶不上，但是我们现在都选择面向对象编程因为我们对软件开发效率和后期维护的要求更高，在损失一些性能的情况下完成相同的功能而已。看你的需求了，除非在要求精度比较高时用JDBC，其他时候都可以选择ORM。但是特殊情况下墨勾功能可能需要用SQL实现，例如大数据量的分页显示，用ORM效率太低了。

Answer 7

看来老的系统还真不好转成ORM
表的设计上有问题 里面还有很多比较巧妙的SQL语句
转成ORM头都大了