读万卷书，行万里路

1 为什么会出现 ORM？在现实世界中，对象数据需要保存到磁盘上，以备将来查询、统计之用。这时就会遇到一个问题，我们的数据库一般都是是关系型的数据库，但是对象数据与关系数据并不匹配，无法直接持久化。对象数据需要转换为关系数据后，才能保存到关系数据库中，于是就出现了对象与关系的映射框架（ORM），从而确保对象数据的正确转换和持久化。2 ORM 能解决所有问题吗？不能，ORM 不是银弹，因为对象持久化的

1 描述问题使用的 Hibernate 版本：5.1.0.Final今天发现在使用 Hibernate 实现的 JPA 中 调用 generateSchema 后，所有的 SQL 语句都会被执行两次：public void generateSchema(String action){ //Take exiting EMF properties, override the sche

1. 开发环境hibernate 版本：5.1.0.FinalBitronix btm 版本：2.1.32 异常堆栈信息Caused by: com.mysql.jdbc.exceptions.jdbc4.MySQLSyntaxErrorException: Access denied for user ''@'localhost' to database 'hibernate' at

——跟我一起学 Hibernate 系列（2）1. 主要的开发环境Maven 3.3.9idea 14.1.1Bitronix 2.1.3（JTA 事务）2. pom.xml所有的依赖包由 Maven 统一管理跟我一起学 Hibernate 系列中所有的特性展示，都基于这次构建的开发环境<properties> <project.build.sourceEncoding

——跟我一起学 hibernate 系列（3）1. 基于 Hibernate 原生 API 的 HelloWorld 程序package net.deniro.hibernate.example.helloworld;import net.deniro.hibernate.env.TransactionManagerTest;import net.deniro.hibernate.model.he

1 实体类与值类型1.1 细粒度级别的领域模型细粒度级别的领域模型意味着，实体类的数量会比库表的数量来得多。一般设计中，会把与地址相关的三个属性（城市、街道、门牌号）作为 User 类中属性。但更好的方式是，设计一个 Address 类，User 类里面有一个 Address 类属性。这样的设计不仅提高了类的内聚性，而且更容易被重用，也更清楚。1.2 定义应用模型一个账号就代表一个 User 实例。

1 业务模型为了说明 Hibernate 的领域模型与库表结构，这里举一个在线拍卖系统的例子。1.1 层级架构一般的应用系统都会采用层级架构，因为有如下好处：每一个层只依赖于下一层定义的接口。所以只要下一层定义的接口不变，就对她没有影响。每一个层并不知道其他层的存在，所以其他层的变化，不会影响她。表现层包含用户的使用逻辑，位于顶层。在有些架构中，表现层不能直接调用业务逻辑实体，因为表现层的代码与

1 基本属性映射持久化类属性的 JPA 规则是：持久化类的属性如果是基本类型或者基本类型的包装器，诸如 String, BigInteger, BigDecimal, java.util.Date, java.util.Calendar, java.sql.Date, java.sql.Time, java.sql.Timestamp, byte[], Byte[], char[], Charac