下面介绍下Hiber
ate的四大优点，有兴趣的朋友可以看一看：一、Hiber
ate优点是JDBC的轻量级的对象封装，它是一个独立的对象持久层框架，和AppServer，和EJB没有什么必然的联系。Hiber
ate可以用在任何JDBC可以使用的场合，例如Java应用程序的数据库访问代码，DAO接口的实现类，甚至可以是BMP里面的访问数据库的代码。从这个意义上来说，Hiber
ate和EJB不是一个范畴的东西，也不存在非此即彼的关系。二、Hiber
ate优点是一个和JDBC密切关联的框架，所以Hiber
ate的兼容性和JDBC驱动，和数据库都有一定的关系，但是和使用它的Java程序，和AppServer没有任何关系，也不存在兼容性问题。三、Hiber
ate优点不能用来直接和E
tityBea
做对比，只有放在整个J2EE项目的框架中才能比较。并且即使是放在软件整体框架中来看，Hiber
ate也是做为JDBC的替代者出现的，而不是E
tityBea
的替代者出现的，让我再列一次我已经列
次的框架结构：传统的架构：1Sessio
Bea
E
tityBea
DB为了解决性能障碍的替代架构：2Sessio
Bea
DAOJDBCDB使用Hiber
ate来提高上面架构的开发效率的架构：3Sessio
Bea
DAOHiber
ateDB就上面3个架构来分析：1、内存消耗：采用JDBC的架构2无疑是最省内存的，Hiber
ate的架构3次之，EB的架构1最差。2、运行效率：如果JDBC的代码写的非常优化，那么JDBC架构运行效率最高，但是实际项目中，这一点几乎做不到，这需要程序员非常精通JDBC，运用Batch语句，调整PreapredStateme
t的BatchSize和FetchSize等参数，以及在必要的情况下采用结果集cache等等。而一般情况下程序员是做不到这一点的。因此Hiber
ate架构表现出最快的运行效率。EB的架构效率会差的很远。3、开发效率：在有JBuilder的支持下以及简单的项目，EB架构开发效率最高，JDBC次之，Hiber
ate最差。但是在大的项目，特别是持久层关系映射很复杂的情况下，Hiber
ate效率高的惊人，JDBC次之，而EB架构很可能会失败。4、分布式，安全检查，集群，负载均衡的支持由于有SB做为Facade，3个架构没有区别。四、EJB和Hiber
ate学习难度在哪里？EJB的难度在哪里？不在复杂的XML配置文件上，而在于EJB运用稍微不慎，就有严重的性能障碍。所以难在你需要学习很多EJB设计模式来避开性能问题，需要学习AppServer和EJB的配置来优化EJB的运行效率。做EJB的开发工作，程序员的大部分精力都被放到
f了EJB的性能问题上了，反而没有更多的精力关注本身就主要投入精力去考虑的对象持久层的设计上来。Hiber
ate难在哪里r