hi_jess的专栏

缓存是介于应用程序和物理数据源之间，其作用是为了降低应用程序对物理数据源访问的频次，从而提高了应用的运行性能。缓存内的数据是对物理数据源中的数据的复制，应用程序在运行时从缓存读写数据，在特定的时刻或事件会同步缓存和物理数据源的数据。　　缓存的介质一般是内存，所以读写速度很快。但如果缓存中存放的数据量非常大时，也会用硬盘作为缓存介质。缓存的实现不仅仅要考虑存储的介质，还要考虑到管理缓存的并发访问和缓

延迟加载：   延迟加载机制是为了避免一些无谓的性能开销而提出来的，所谓延迟加载就是当在真正需要数据的时候，才真正执行数据加载操作。在Hibernate中提供了对实体对象的延迟加载以及对集合的延迟加载，另外在Hibernate3中还提供了对属性的延迟加载。下面我们就分别介绍这些种类的延迟加载的细节。A、实体对象的延迟加载：如果想对实体对象使用延迟加载，必须要在实体的映射配置文件中进行相

以下是使用hibernate二级缓存时常遇到的一些配置的详细解释，希望对各位有所帮助：配置一：hibernate.cfg.xml文件中增加org.hibernate.cache.EhCacheProvider   true配置二：工程项目src文件下新建一个ehcache.xml文件，其内容为配置三：为了缓存某类的对象，其hbm文件中需添加属性例如："http://hibernate.sour

一.ehcache主要是对数据库访问的缓存,相同的查询语句只需查询一次数据库,   从而提高了查询的速度,使用spring的AOP可以很容易实现这一功能.   http://ehcache.sourceforge.net/   ehcache.xml              maxElementsInMemory="10000"         eternal="false"         t

（一）Hibernate的二级缓存策略的一般过程如下： 1) 条件查询的时候，总是发出一条select * from table_name where …. （选择所有字段）这样的SQL语句查询数据库，一次获得所有的数据对象。 2) 把获得的所有数据对象根据ID放入到第二级缓存中。 3) 当Hibernate根据ID访问数据对象的时候，首先从Session一级缓存中查；查不到，如果配置了二级缓存，

原理：1.         读取并解析配置文件2.         读取并解析映射信息，创建SessionFactory3.         打开Sesssion4.         创建事务Transation5.         持久化操作6.         提交事务7.         关闭Session8.         关闭SesstionFactor

hibernate中session.get/load方法都能通过指定实体类名和id从数据库中读取指定的记录，并且返回与之对映的实体对象。但是它们也有很大的区别:（1）当记录不存在时候，get方法返回null,load方法产生异常（2）load方法可以返回实体的代理类，get方法则返回真是的实体类（3）load方法可以充分利用hibernate的内部缓存和二级缓存中的现有数据，而

二级缓存配置：       1、首先要打开二级缓存，在hibernate.cfg.xml中添加如下配置：    true      2、Hibernate的二级缓存使用第三方的缓存工具来实现，所以我们需要指定Hibernate使用哪个       缓存工具。如下配置指定Hibernate使用EhCache缓存工具。    org.hibernate.cache.EhCacheProvider  

 缓存是介于应用程序和物理数据源之间，其作用是为了降低应用程序对物理数据源访问的频次，从而提高了应用的运行性能。缓存内的数据是对物理数据源中的数据的复制，应用程序在运行时从缓存读写数据，在特定的时刻或事件会同步缓存和物理数据源的数据。 　　缓存的介质一般是内存，所以读写速度很快。但如果缓存中存放的数据量非常大时，也会用硬盘作为缓存介质。缓存的实现不仅仅要考虑存储的介质，还要考虑到管理缓存的并发

从hibernate2.1开始ehcache已经作为hibernate的默认缓存方案（二级缓存方案 sessionfactory级别）， 在项目中有针对性的使用缓存将对性能的提升右很大的帮助。　　要使用 Ehcache：需要一下步骤　　一，classpath添加相应的jar（ehcache，commons-logging） 　　二，然后在hibernate.cfg.xml中配置 o

Session接口 　　Session接口对于Hibernate 开发人员来说是一个最重要的接口。然而在Hibernate中，实例化的Session是一个轻量级的类，创建和销毁它都不会占用很多资源。这在实际项目中确实很重要，因为在客户程序中，可能会不断地创建以及销毁Session对象，如果Session的开销太大，会给系统带来不良影响。但值得注意的是Session对象是非线程安全的，因此在你的设计

QBC(Query By Criteria)查询方式是Hibernate提供的“更加面向对象”的一种检索方式。QBC在条件查询上比HQL查询更为灵活，而且支持运行时动态生成查询语句。 在Hibernate应用中使用QBC查询通常经过3个步骤   (1)使用Session实例的createCriteria()方法创建Criteria对象   (2)使用工具类Restrictions的相关方法为Cri

最早接触Hibernate是在2004年，当时怀着忐忑和不安的心情来学习这门技术。经过这几年的使用和研究，也积累了一定的经验，下面就HQL和QBC查询来谈一下我从工作中得到的一些总结。本文不会讲什么是Hibernate、什么是ORM、更不会谈怎样使用HQL和QBC查询.本文的目的是让大家对平常使用最多，也是最广泛的与数据库打交道的两种方式，有一个新的认识。恩，如果你还不知道Hibernat

HQL:Hibernate Query Language HQL是完全面向对象的查询语言，因此可以支持继承和多态等特征。 HQL查询依赖于Query类，每个Query实例对应一个查询对象，使用HQL查询按 如下步骤进行： (1)获取Hibernate Session对象； (2)编写HQL语句； (3)以HQL语句作为参数，调用Session的createQuery方法创建查询对象； (4)如果H

Hibernate2与Hibernate3的区别Hibernate3使用了java1.5的泛型语法，Hibernate3.0版本的变化包括三个方面：（1）API的变化，它将影响到Java程序代码。（2）元数据，它将影响到对象-关系映射文件。（3）HQL查询语句。值得注意的是， Hibernate3.0并不会完全取代Hibernate2.1。在同一个应用程序中，允许Hibernate3.0和

Spring配置文件中关于事务配置总是由三个组成部分，分别是DataSource、TransactionManager和代理机制这三部分，无论哪种配置方式，一般变化的只是代理机制这部分。 DataSource、TransactionManager这两部分只是会根据数据访问方式有所变化，比如使用Hibernate进行数据访问时，DataSource实际为SessionFactor