对于Hibernate一些介绍（新手见谅）

Hibernate

    Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了轻量级的对象封装，使得Java程序员可以使用对象编程思维来操纵数据库。

Hibernate可以在应用EJB的Java EE架构中取代CMP，完成数据持久化。它还可以应用在任何使用JDBC的场合，既可以在Java的客户端程序实用，也可

以在Servlet/JSP的Web应用中使用  注！每一个框架都有属于自己的配置文件和jar包  cfg是配置文件的意思

    Hibernate的工作方式

    Hibernate不会对您造成妨碍，也不会强迫您修改对象的行为方式。它们不需要实现任何不可思议的接口以便能够持续存在。惟一需要做的就是创
建一份 XML“映射文档”，告诉Hibernate您希望能够保存在数据库中的类，以及它们如何关联到该数据库中的表和列，然后就可以要求它以对象的形
式获取数据，或者把对象保存为数据。与其他解决方案相比，它几乎已经很完美了。

    由于本文只是一篇介绍性的文章，所以不会引入构建和使用Hibernate映射文档的具体例子。在网上和Hibernate的在线文档中，还可以找到一些不错的例子，请参见下面的“其他信息”部分。它实际上相当直观。应用程序对象中的属性以一种简单而自然的方式与正确的数据库结构相关联。

    运行时，Hibernate读取映射文档，然后动态构建Java类，以便管理数据库与Java之间的转换。在 Hibernate中有一个简单而直观的API，用于对
数据库所表示的对象执行查询。要修改这些对象，（一般情况下）只需在程序中与它们进行交互，然后告诉Hibernate保存修改即可。类似地，创建新
对象也很简单；只需以常规方式创建它们，然后告诉Hibernate有关它们的信息，这样就能在数据库中保存它们。

    Hibernate API学习起来很简单，而且它与程序流的交互相当自然。在适当的位置调用它，就可以达成目的。它带来了很多自动化和代码节省方面
的好处，所以花一点时间学习它是值得的。而且还可以获得另一个好处，即代码不用关心要使用的数据库种类（否则的话甚至必须知道）。我所在的公
司就曾有过在开发过程后期被迫更换数据库厂商的经历。这会造成巨大的灾难，但是借助于Hibernate，只需要简单地修改Hibernate配置文件即可。

    这里的讨论假定您已经通过创建Hibernate映射文档，建立了一个关系数据库，并且拥有要映射的Java 类。有一个Hibernate“工具集”可在编译
时使用，以支持不同的工作流。例如，如果您已经拥有Java类和映射文档，Hibernate可以为您创建（或更新）必需的数据库表。或者，仅仅从映射文
档开始，Hibernate也能够生成数据类。或者，它可以反向设计您的数据库和类，从而拟定映射文档。还有一些用于Eclipse的alpha 插件，它们可以
在IDE中提供智能的编辑支持以及对这些工具的图形访问。

    使用Hibernate的场合

    既然Hibernate看起来如此灵活好用，为什么还要使用其他的工具呢？下面有一些场景，可以帮助您做出判断（或许通过提供一些比较和上下文，
可以有助于鉴别非常适用Hibernate的场合）。

    如果应用对于数据存储的需要十分简单——例如，您只想管理一组用户优先选择——您根本不需要数据库，更不用说一个优秀的对象-关系映射系
统了（即使它也如Hibernate这般易于使用）！从Java 1.4开始，有一个标准的Java Preferences API可以很好地发挥这个作用。

    对于熟悉使用关系数据库和了解如何执行完美的SQL查询与企业数据库交互的人来说，Hibernate似乎有些碍手碍脚，这就像带有动力和自动排挡的
快艇车会使注重性能的赛车驾驶员不耐烦一样。如果您属于这种人，如果您所在的项目团队拥有一个强大的DBA，或者有一些存储过程要处理，您可能
想研究一下iBATIS。Hibernate的创建者本身就把iBATIS当作是另一种有趣的选择。我对它很有兴趣，因为我们曾为一个电子商务站点开发了一个类似
的系统（其功能更为强大），而且从那时到现在，我们已经在其他环境中使用过它，尽管在发现Hibernate之后，在新项目中我们通常更喜欢使用
Hibernate。您可以认为，以SQL为中心的解决方案（比如iBATIS）是“反向的”对象/关系映射工具，而 Hibernate是一个更为传统的ORM。

    当然，还有其他的外部原因会导致采用另外的方法。比如，在一个企业环境中，必须使用成熟的EJB架构（或者其他的一些非普通对象映射系统）
。可以为提供自己的数据存储工具的平台量身定做代码，比如Mac OS X's Core Data。使用的可能是像XML DTD这样的存储规范，而它根本不涉及关系
数据库。

    但是，如果您使用的是富对象模型，而且想要灵活、轻松且高效地保存它（无论您是否正要开始或已经决定使用关系数据库，只要这是一个选择—
—而且存在可用的优秀免费数据库，比如MySQL，或可嵌入Java的HSQLDB，它就应该始终是一个选择），那么 Hibernate很可能就是您理想的选择。您

可能会惊讶于节省的时间之多，以及您将会多么地喜欢使用它。

    Hibernate的核心接口一共有6个，分别为:Session、SessionFactory、Transaction、Query、Criteria和Configuration。这6个核心接口在任何开发中都

     会用到。通过这些接口，不仅可以对持久化对象进行存取，还能够进行事务控制。下面对这6个核心接口分别加以介绍。

    Session接口

    Session接口负责执行被持久化对象的CRUD操作(CRUD的任务是完成与数据库的交流，包含了很多常见的SQL语句。)。但需要注意的是Session对象

    是非线程安全的。同时，Hibernate的session不同于JSP应用中的HttpSession。这里当使用session这个术语时，其实指的是Hibernate中的session，

    而以后会将HttpSession对象称为用户session。

     SessionFactory接口

     SessionFactory接口负责初始化Hibernate。它充当数据存储源的代理，并负责创建Session对象。这里用到了工厂模式。需要注意的是SessionFactory

     并不是轻量级的，因为一般情况下，一个项目通常只需要一个SessionFactory就够，当需要操作多个数据库时，可以为每个数据库指定一个SessionFactory。

     Configuration类

     Configuration类负责配置并启动Hibernate，创建SessionFactory对象。在Hibernate的启动的过程中，Configuration类的实例首先定位映射文档位置、读取

     配置，然后创建SessionFactory对象。

      Transaction接口

      Transaction接口负责事务相关的操作。它是可选的，开发人员也可以设计编写自己的底层事务处理代码

      Query和Criteria接口

      Query和Criteria接口负责执行各种数据库查询。它可以使用HQL语句或SQL语句两种表达方式。