今天我们将结束第一章的学习。
先来看看数据库生成这部分内容。
创建hibernate应用时,如果有数据库存在,就不需要去管schema这一块了。如果没有数据库存在,是一个崭新的应用,那么就需要创建数据库schema( 这里的schema就是指数据库结构,包括表,字段,索引等,这里特指生成数据库结构的SQL脚本文件), POJO和映射文件。当然了,同样也有工具可以帮助我们来完成这些操作。SchemaExport工具可以从映射文件直接生成一个数据库的schema文 件。效果是相当不错的。由于Hibernate支持不同的SQL方言(即支持不同的数据库),那么这个生成的schema也是和当前使用的数据库所对应 的,比如MYSQL,Oracle等。 当然,也可以生成所有数据库方言的schema文件,以方便应用的部署。
数据库schema的SQL脚本生成和从POJO生成映射文件是类似的:
java org.hibernate.tool.hbm2ddl.SchemaExport Motd.hbm.xml
OK,大家现在明白了,其实只要有这3种东西(schema,POJO,映射文件)的任何一种,就可以生成另外2种。
下面的图显示了Hibernate的多种生成方式:
下面是它们交互的另一种表现形式:
一 旦我们有了SQL文件和java源文件(指的是POJO文件,其实POJO我们可以简单的理解成是一种javabean对象),我们就可以生成数据库和 class类文件。但实际上,如果这个数据库文件和POJO文件很复杂,那么我们就可能会要更改一下这些工具的默认选项了。 即使这样,这些工具在过程处理上还是起到了很大的帮助。
最后,我们来看一下Hibernate3和EJB3的关系。
目前 的EJB2.1标准没有提供一个ORM机制,但是下一代的标准EJB3将包含一个EJB ORM标准。为什么在SUN的这个新标准出来时还要去学习Hibernate呢?因为Hibernate的原作者们都参与了这个EJB3规范的编写中,而 且他们在众多成功的ORM解决案例中收益很多。因此Hibernate对EJB3的设计有着很大的影响。
EJB3支持和鼓励使用 Entity Bean的透明持久化,这个和Hibernate支持的POJO来说是很类似的。因此,Hibernate能够使用EJB容器的 EntityManager组件。Hibernate的HQL和新的EJB查询语言(EJB QL)有着很强的相关性,这可能跟Hibernate团队参与EJB3标准的制订多少有些关系。
EJB3还允许 EntityBeans/POJOs和数据库之间的关系都能够在部署描述符文件中进行描述和声明,更有趣的是,EJB3还允许这些关系可以通过 EntityBeans/POJOs内嵌的JAVA5 annotations来表达。这一方面, Hibernate 3 annotations可以直接支持。
总之,现在学习Hibernate3,对将来即使转变到EJB3上都有很大的帮助,可以使用最小的努力去学习未来的EJB3。同时,Hibernate3目前也是最强大最有说服力的ORM框架。
先来看看数据库生成这部分内容。
创建hibernate应用时,如果有数据库存在,就不需要去管schema这一块了。如果没有数据库存在,是一个崭新的应用,那么就需要创建数据库schema( 这里的schema就是指数据库结构,包括表,字段,索引等,这里特指生成数据库结构的SQL脚本文件), POJO和映射文件。当然了,同样也有工具可以帮助我们来完成这些操作。SchemaExport工具可以从映射文件直接生成一个数据库的schema文 件。效果是相当不错的。由于Hibernate支持不同的SQL方言(即支持不同的数据库),那么这个生成的schema也是和当前使用的数据库所对应 的,比如MYSQL,Oracle等。 当然,也可以生成所有数据库方言的schema文件,以方便应用的部署。
数据库schema的SQL脚本生成和从POJO生成映射文件是类似的:
java org.hibernate.tool.hbm2ddl.SchemaExport Motd.hbm.xml
OK,大家现在明白了,其实只要有这3种东西(schema,POJO,映射文件)的任何一种,就可以生成另外2种。
下面的图显示了Hibernate的多种生成方式:
![](https://i-blog.csdnimg.cn/blog_migrate/7d3537be70e82873f64903d614638336.png)
下面是它们交互的另一种表现形式:
![](https://i-blog.csdnimg.cn/blog_migrate/8cd0f0dd9f5c57b67e09f08b652f1f02.png)
一 旦我们有了SQL文件和java源文件(指的是POJO文件,其实POJO我们可以简单的理解成是一种javabean对象),我们就可以生成数据库和 class类文件。但实际上,如果这个数据库文件和POJO文件很复杂,那么我们就可能会要更改一下这些工具的默认选项了。 即使这样,这些工具在过程处理上还是起到了很大的帮助。
最后,我们来看一下Hibernate3和EJB3的关系。
目前 的EJB2.1标准没有提供一个ORM机制,但是下一代的标准EJB3将包含一个EJB ORM标准。为什么在SUN的这个新标准出来时还要去学习Hibernate呢?因为Hibernate的原作者们都参与了这个EJB3规范的编写中,而 且他们在众多成功的ORM解决案例中收益很多。因此Hibernate对EJB3的设计有着很大的影响。
EJB3支持和鼓励使用 Entity Bean的透明持久化,这个和Hibernate支持的POJO来说是很类似的。因此,Hibernate能够使用EJB容器的 EntityManager组件。Hibernate的HQL和新的EJB查询语言(EJB QL)有着很强的相关性,这可能跟Hibernate团队参与EJB3标准的制订多少有些关系。
EJB3还允许 EntityBeans/POJOs和数据库之间的关系都能够在部署描述符文件中进行描述和声明,更有趣的是,EJB3还允许这些关系可以通过 EntityBeans/POJOs内嵌的JAVA5 annotations来表达。这一方面, Hibernate 3 annotations可以直接支持。
总之,现在学习Hibernate3,对将来即使转变到EJB3上都有很大的帮助,可以使用最小的努力去学习未来的EJB3。同时,Hibernate3目前也是最强大最有说服力的ORM框架。