在开发hibernate的程序时，需要进行SessionFactory的配置，简单地说，也就是建立与数据库之间连接的配置，在hibernate中一般使用xml文件来进行配置，
dialect:
但是在该文件的配置中需要设置dialect方言属性值，对于不同的数据库，方言的值dialect是不同的，那么下面就列出在不同的数据库中如何设置该dialect值。常用的有
1. org.hibernate.dialect.MySQLDialect
2. org.hibernate.dialect.Oracle9Dialect
3. org.hibernate.dialect.HSQLDialect……
lazy:
hibernate3.0中lazy有三个值，true，false，proxy,默认的是lazy="proxy".
具体设置成什么要看你的需求，并不是说哪个设置就是最好的。
假如在student对象中包含一个head对象
如果你确定在用student对象的时候就要用到head对象里的属性，那你就设置立即加载，因为设置立即加载那么在查询student的同时就会查询student的head，hibernate就会在查询的时候关联两张表从而生成的sql就可能只有一条。而如果你设置的是延迟加载，那么肯定会要生成1+N条sql语句：其中“1”是查询student的语句，“N”是根据N个student的id去查询head的N条语句。而且，延迟加载是要用到的时候才去执行查询，这样系统判断那里需要加载，那里不需要加载也需要时间，性能上肯定就不如立即加载了！
如果，你是有的地方需要用到student的时候才用到head属性，那么你就设置成延迟加载，因为查询2张表的数据肯定要比查询1张表的数据消耗大。
到低要怎样设置就要看你的实际需求了
inverse:
1）inverse中提及的side其实是指一个类或者表的概念，双向关联其实是指双方都可以取得对方的应用。
2）维护关系这个名词还是稍显模糊或者晦涩。我们一般说A类或者A表（这里的表的是指多对多的连接表）有责任维护关系，其实这里的意思是说，我在应 用在更新，创建，删除（读就不用说了，双向引用正是为了方便读而出现）A类或者A表时，此时创建的SQL语句必须有责任保证关系的正确修改。
3）inverse=false的side（side其实是指inverse＝false所位于的class元素）端有责任维护关系，而inverse＝true端无须维护这些关系。
4）我们说inverse设立不当会导致性能低下，其实是说inverse设立不当，会产生多余重复的SQL语句甚至致使JDBC exception的throw。这是我们在建立实体类关系时必须需要关注的地方。一般来说，inverse＝true是推荐使用，双向关联中双方都设置 inverse＝false的话，必会导致双方都重复更新同一个关系。但是如果双方都设立inverse＝true的话，双方都不维护关系的更新，这也是 不行的，好在一对多中的一端:many-to-one默认是inverse＝false，避免了这种错误的产生。但是多对多就没有这个默认设置了，所以很 多人经常在多对多的两端都使用inverse＝true，结果导致连接表的数据根本没有记录，就是因为他们双分都没有责任维护关系。所以说，双向关联中最 好的设置是一端为inverse＝true，一端为inverse＝false。一般inverse＝false会放在多的一端，那么有人提问了， many－to－many两边都是多的，inverse到底放在哪儿？其实hibernate建立多对多关系也是将他们分离成两个一对多关系，中间连接一 个连接表。所以通用存在一对多的关系，也可以这样说：一对多是多对多的基本组成部分。
cascade:
cascade属性并不是多对多关系一定要用的，有了它只是让我们在插入或删除对像时更方便一些，只要在cascade的源头上插入或是删除，所有 cascade的关系就会被自己动的插入或是删除。便是为了能正确的cascade，unsaved-value是个很重要的属性。Hibernate通 过这个属性来判断一个对象应该save还是update，如果这个对象的id是unsaved-value的话，那说明这个对象不是 persistence object要save（insert)；如果id是非unsaved-value的话，那说明这个对象是persistence object（数据库中已存在），只要update就行了。saveOrUpdate方法用的也是这个机制。