hibernate架构

优点
(1) 对象/关系数据库映射(ORM)它使用时只需要操纵对象&＃xff0c;使开发更对象化&＃xff0c;抛弃了数据库中心的思想&＃xff0c;完全的面向对象思想
(2) 透明持久化(persistent)带有持久化状态的、具有业务功能的单线程对象&＃xff0c;此对象生存期很短。这些对象可能是普通的JavaBeans/POJO&＃xff0c;这个对象没有实现第三方框架或者接口&＃xff0c;唯一特殊的是他们正与&＃xff08;仅仅一个&＃xff09;Session相关联。一旦这个Session被关闭&＃xff0c;这些对象就会脱离持久化状态&＃xff0c;这样就可被应用程序的任何层自由使用。&＃xff08;例如&＃xff0c;用作跟表示层打交道的数据传输对象。&＃xff09;
(3) 事务Transaction(org.hibernate.Transaction)应用程序用来指定原子操作单元范围的对象&＃xff0c;它是单线程的&＃xff0c;生命周期很短。它通过抽象将应用从底层具体的JDBC、JTA以及CORBA事务隔离开。某些情况下&＃xff0c;一个Session之内可能包含多个Transaction对象。尽管是否使用该对象是可选的&＃xff0c;但无论是使用底层的API还是使用Transaction对象&＃xff0c;事务边界的开启与关闭是必不可少的。
(4) 它没有侵入性&＃xff0c;即所谓的轻量级框架
(5) 移植性会很好
(6) 缓存机制&＃xff0c;提供一级缓存和二级缓存
(7) 简洁的HQL编程

缺点
(1) Hibernate在批量数据处理时有弱势
(2) 针对单一对象简单的增删查改&＃xff0c;适合于Hibernate,
而对于批量的修改&＃xff0c;删除&＃xff0c;不适合用
(3)由于对持久层封装过于完整&＃xff0c;导致开发人员无法对SQL进行优化&＃xff0c;无法灵活使用JDBC的原生SQL&＃xff0c;Hibernate封装了JDBC&＃xff0c;所以没有JDBC直接访问数据库效率高。要使用数据库的特定优化机制的时候&＃xff0c;不适合用Hibernate
(4)框架中使用ORM原则&＃xff0c;导致配置过于复杂&＃xff0c;一旦遇到大型项目&＃xff0c;比如300张表以上&＃xff0c;配置文件和内容是非常庞大的&＃xff0c;另外&＃xff0c;DTO满天飞&＃xff0c;性能和维护问题随之而来
(5)如果项目中各个表中关系复杂&＃xff0c;表之间的关系很多&＃xff0c;在很多地方把lazy都设置false&＃xff0c;会导致数据查询和加载很慢&＃xff0c;尤其是级联查询的时候。
(6)Hibernate在批量数据处理时有弱势&＃xff0c;对于批量的修改&＃xff0c;删除&＃xff0c;不适合用Hibernate,这也是ORM框架的弱点