延迟加载分的种类很多！ 

有一种是select id from XXX

当需要的时候通过ID load实体。

延迟加载是一把双刃剑

就是用到的时候加载,不用不加载,因为很多对象是关联着的,如果加载一个对象,另外一个对象也会加载,但是另外一个对象实际我们并不用,所以延迟加载可以提高性能.

hibernate的延迟加载，就是在关联映射的时候，对于被关联的对象或集合，不当时查询数据库，而是该集合或用户被用到的时候才去查。
原理就是使用动态代理的方式，把持久化类替换成代理类（对于单个对象和集合，均有对应的代理类），在代理类中实现这样的功能，即当第一次访问被代理对象的非id字段时，查询数据库。
至于应用范围，默认情况下，hibernate对于集合都是用延迟select抓取，对返回单值的关联使用延迟代理抓取。
这样做从道理上讲是很有道理的，任何被关联的其他对象，hibernate不知道你是否有需求去用它里面的字段。如果全部一口气查出来，大部分时候是在白白浪费资源。当需要的时候才去“叫醒”数据，否则让它在数据库里“冬眠”，这是hibernate的目的所在。
缺点就是在hibernate session关闭后，用该session取到的数据，如果其中有被延迟加载的数据还未被加载过，则不能被加载了。hibernate的建议是，将加载数据的代码放在session被关闭之前。
我个人认同这样的建议（有人认为这是hibernate自打耳光）：不要以为用了hibernate，就可以完全无视对何时该查数据库这样的细节的控制。在明知需要得到被关联数据的情况下，你有义务在session被关闭以前将它初始化。大部分情况下这是完全合理的。
有一种技术叫Open Session In View，针对hibernate在3层架构的webApp中，往往会在业务层做事务，然后在业务层事务提交后关闭session，导致view层显示数据时，延迟加载失败。它可以透明的将session在request来到时打开，response完全送走后关闭。用了它就不用管什么时候查数据库了，做到了在需要时就拿得到数据，不需要时不做多余的查询。但是它把封装了jdbc Connection的session的生存周期拉长了，而Connection应该最晚得到，尽早释放。被一个线程长期占着不放的话，会对效率有影响。在并发访问越多，网络连接越不稳定的时候，这种影响越明显。

四楼高见

延时检索返回的是代理类的实例,仅仅初始化的是OID属性;

与ajax的异步处理有哪些不同?
这个倒没听说过,应该是完全不同的,ajax是客户端与服务器的事.hibernate是缓存与数据库的事.

原来如此 受教了

感觉简单的说就是在使用的时候才发sql语句
似乎跟ajax没有什么关系吧

有其他高见的朋友继续讨论。。。。

LS都已经说了，延时加载就是在用的时候才去发SQL取数据
优点就是避免资源浪费，不用到的时候也被加载的话造成数据量大，内存消耗大，网络传输慢
缺点就是，加载的时候发送SQL取数据，SQL被多次发送执行，对DB性能有影响