hibernate是一种是轻量级的ORMapping框架。学过EntityFramework的。会感觉挺亲切的。
对于各种层次程序猿对数据库的设计：
小菜程序员这样做：首先考虑数据的存储，对于功能的实现，怎样方便怎样来。
至于说冗余神马的。不予考虑。
资深程序员这样做：首先设计数据库的关系模型。用工具画画ER图，或者画一下物理模型。
考虑一下关系模型。好点儿的懂得利用工具。把设计好的模型转换成数据库脚本。
然后扔数据库里。然后，在功能实现过程中，对于难以实现的功能。算啦，还是改动一下数据库。
这样好做多了。
骨灰级程序员这样做：首先分析业务需求，设计对象模型。
考虑各种多重度，维护关系等等。
考虑数据的存储性能，数据量的影响……
以上纯属…………
在面向对象的世界中，对象模型是很重要的。由于面向对象的思想使得职责更加清晰。
使用面向对象的编程。开发过程中。能够不用考虑表结构。脑子里没有表的概念。仅仅对对象进行操作。
hibernate作为持久层：
使用hibernate的优点：
1、使开发者职责专一。hibernate自己封装了一套机制。通过对象模型和*.hbm.xml配置信息，自己主动的将对象模型转换成表结构。
使得开发者。仅仅关注对象，忽略表结构。面向对象的开发。
2、持久层easy更换。hibernate是轻量级的持久层框架。也easy进行更换。
比方更换存储方式。仅仅须要改动*.hbm.xml文件就可以。又一次生成表结构。
而代码不用进行改动。所以使用hibernate更加easy进行转换
3、提高了编码效率。使用hibernate作为持久层。省去了JDBC代码。使得业务层开发者不须要考虑数据的逻辑结构，仅仅关心业务的数据实体。
Hibernate的缺点：
1、不灵活。
既然操作的都是对象，相比与使用传统的sql语句来说。不方便。
3、实现复杂。
并且非常多复杂的查询sql语句，非常难用hibernate进行查询。所以对于程序的调优来说有困难。
3、大数据处理慢。
对象模型和关系模型的转换，将带来时间消耗。所以hibernate对大批量的数据操作还存在问题。