首先说明一下，hibernate的延迟加载特性。所谓的延迟加载就是当真正需要查询数据时才执行数据加载操作。因为hibernate当中支持实体对象，外键会与实体对象关联起来。如果没有这一特性，当查询某一个含有外键的实体对象时，hibernate会把其他实体对

相信hibernate的组件功能大大提高了hibernate的灵活性，但本菜在第一次使用Component的是后就遇到了一个恨坑爹的问题，浪费了大半天时间下面说说问题：在xxx.hbm.xml中配置组件<component name="ad

执行HQL需要创建Query对象：getSession().createQuery;被查询表中如果有外键关联，在执行查询时能将外键关联字段的值查询出来，但如果想查询关联表的其它字段会另外发SQL，这个特别要注意！获取Hibernate的Criteria对象

执行HQL需要创建Query对象：getSession().createQuery;被查询表中如果有外键关联，在执行查询时能将外键关联字段的值查询出来，但如果想查询关联表的其它字段会另外发SQL，这个特别要注意！获取Hibernate的Criteria对象

也许你的项目正在使用Spring+Hibernate，而你正好需要建立全文检索。Hibernate search可以无缝得整合Hibernate和Lucene，帮助你快速实现功能强大的全文检索。Hibernate Search通过整合Hibernate c

为了获得User的性别属性，我们可能还要同时从数据库中读取数条无用的地址数据，这导致了大量无谓的系统开销，因此延迟加载就这么闪亮登场，基本上目前绝大多数的ORM都具有延迟加载的特性。

Hibernate是持久化解决方案中ORM框架中的一种，它的意义在于解决面向对象语言和关系型数据库之间的存储、查询的转换关系。

JBPM开发可以采用Ant、juint来进行。因为项目需要，我采用的是直接web程序开发，下面为开发步骤：

update语句是在Hibernate的Configuration的时候生成的，不能动态改变。为什么update的时候所有的属性都一起update，而不是只更新改变字段，其实这是一个比较值得探讨的问题。单单要做到上述第一点，就势必要给PO的操作带来沉重的负

不管你准备让Hibernate使用JDBCTransaction，还是JTATransaction，我的忠告就是什么都不配，将让它保持默认状态，如下：。在下面的分析中我会给出原因。这是默认的情况，当你在代码中使用Hibernate的Transaction的

日志表中无主键，在hibernate按一般有主键的方式来改写映射文件和生成的持久层对象；operdate是日志的操作时间，这样就可以把operdate作为伪主键，其他操作与平常有主键建对象的操作一样。至于其中的hibernate的处理机制还不了解，但这样可

第二步：准备表对象和映射文件，源代码中的模板路径为：\hibernate-3.2.0.ga\hibernate-3.2\doc\tutorial\src\events\..

get方法检索不到的话会返回null。由于session中的缓存对于hibernate来说是个相当廉价的资源，所以在load时会先查一下session缓存看看该id对应的对象是否存在，不存在则创建代理。所以如果你知道该id在数据库中一定有对应记录存在就可以

Session的缓存是内置的，不能被卸载，也被称为Hibernate的第一级缓存。SessionFactory的外置缓存也被称为Hibernate的第二级缓存。这些事务有可能是并发访问缓存，因此必须对缓存采取必要的事务隔离机制。缓存的生命周期依赖于进程的生

因为开发很简单，就是CRUD...所以能省略的就尽量省略了。。。

commons-fileupload-1.2.x.jar ----文件上传组件 2.1.6版本后需加入此文件。struts-spring-plugin-2.x.x.jar ---用于struts2继承spring的插件

在User类的配置文件中配置了一个List是指定他向UserInfo的关联。其中有key,这是指定UserInfo类对应的table中的关联User类对应的表的外键。使用的是userId;然后就是List-index这个是有序的集合需要配置的内容。List

Hibernate建议在进行领域模型建模时要细粒度一些，简单地说，就是类要比表多，这种映射方式就是组件映射。组件类是值类型的，即它没有对象标识符属性，在数据库中也没有对应的表，它只隶属于另一个持久化类的实例。它的数据被嵌入到所隶属的持久化实例对应的数据库表

最近在工作中尝试使用Criteria来代替hql的功能,为什么呢?因为觉得到处使用hql,尤其是比较复杂的查询,就有种使用jdbc的感觉.后来,不知怎么就找到了这个错误原因。原来是eq方法的第二个参数类型应该使用与PO对象中此字段相同的类型,虽然在这里这个