hibernate.session_factory_name_is_jndi
配置hibernate.cfg.xml中SessionFactory的name属性是否作为JNDI名称绑定。默认是true，即默认情况下，只要给SessionFactory配置了name属性，Hibernate就会把这个名字绑定到JNDI上。关于这个的配置，请看：
http://blog.****.net/stefwu/article/details/10186077
如果设置了
Hibernate.session_factory_name_is_jndi false
那么随便在什么地方为
SessionFactory
设置
name
，都不会做任何绑定了（也就不会再启动
hibernate
的时候报错了）。
hibernate.jdbc.use_get_generated_keys
配置hibernate是否通过PreparedStatement的getGeneratedKeys()方法得到数据库生成的ID值。在一般情况下，将该值设置为true可以提高一些性能，当然，数据库本身提供的驱动也得支持getGeneratedKeys()方法。默认情况下，hibernate通过数据库的DatabaseMetaData的supportsGetGeneratedKeys（）方法返回的值作为默认值。所以一般情况下该属性不用手动设置，hibernate会选择最好的方式。
那么假如数据库驱动不支持getGeneratedKeys方法，Hibernate又会怎么处理这个生成的id呢？很有趣，简单做个实验，设置：
hibernate.jdbc.use_get_generated_keys false
再任意创建一个对象，设置其id生成策略为native。比如我现在用的数据库是MYSQL，驱动是mysql-connector-java-5.1.24-bin.jar（这个驱动本身是支持getGeneratedKeys的）：
@Test
public void testSave() {
Session session = HibernateUtil.getInstance().getSession();
session.beginTransaction();
session.save(new User());
session.getTransaction().commit();
session.close();
}
运行测试，控制台输出：
315 [main] DEBUG org.hibernate.SQL - insert into USER (name, age, borndate, married) values (?, ?, ?, ?) 330 [main] DEBUG org.hibernate.SQL - select last_insert_id()
效果很明显，
hibernate
只能使用
last_insert_id()
函数来得到最后插入的值，效率低，而且在高并发情况下易出错。
所以，最好还是将该配置的值留给hibernate自己去选择。
hibernate.hbm2ddl.auto
这个配置项应该所有学习hibernate的人都应该用过吧，该属性可以配置hibernate是否根据映射文件自动生成数据库表的生成策略。一般是用在先有Java对象再生成表的项目中（也存在快速原型设计）中。该配置可选的值有：vaildate、update、create和create-drop，除此之外填的任何值都没有实际意义，相当于不自动生成(none)。
下面分别简单总结一下几种选项的功能：
1,create-drop:在hibernate正常启动的时候创建表（等同于create）
1，什么是正常启动：buildSessionFactory()调用成功
2，创建哪些表:创建hibernate这次管理的对象对应的表
3，如果表已经存在：如果是hibernate要管理的对象对应的表，删除源表，重新创建表
2,create:在hibernate正常启动的时候创建表
同上
3,update:在hibernate正常启动的时候修改表的结构：
1,修改哪些表：hibernate这次管理的对象对应的表
2，如果表已经存在：只修改表结构，不删除/重建表
3，如果增加一列：直接增加一列
4，如果删除一列：不管
5，如果修改一列的类型：尝试修改该列的类型，如果修改失败，发出警告
4,validate:在hibernate正常启动的时候验证表的结构，如果不匹配直接报错，hibernate无法启动。
其中要注意一点的就是在很早的版本的时候，hibernate已经把create-drop和create都统一成了启动时先删除所有的表，再重新创建表这种策略了。在平时的开发中，个人一般习惯在白盒阶段设置为create（当然需要把系统拆成一个个小模块启动，要不对象多了，启动时间太长），黑盒阶段设置为update，在生产环境设置为validate。在生产环境不建议使用update，原因前面说了，update遇到属性类型修改，如果更新不了表中列的类型，不会报错，只会给一个警告，这确实挺危险的。
另外，hibernate还提供了直接把映射文件导出为SQL文件的方式。要导出SQL，我们只需要用到两个类：SchemaExport和SchemaUpdate。从名字上面就能很容易看出来，一个用于生成更新的任务，一个用于生成创建的任务。简单使用代码如下：
/**
* 将删除表/创建表的SQL完整导出
*/
@Test
public void testExport() {
// 要导出SQL，需要知道hibernate管理了哪些domain，所以需要读入配置
Configuration config = new Configuration().configure();
// 要导出SQL，需要知道数据库链接信息，方言等
ServiceRegistry serviceRegistry = new ServiceRegistryBuilder()
.loadProperties("hibernate.properties").buildServiceRegistry();
// 根据Configuration和ServiceRegistry创建一个SchemaExport对象
// setFormat方法用于设置是否对生成的SQL进行格式化，格式化效果和hibernate.format_sql一样
// setOutputFile方法用于设置把生成的SQL输出到哪个文件中
// create方法用于创建SQL，第一个参数用于设置是否将SQL输出到控制台和文件中，
// 第二个参数用于设置是否将此次SQL在数据库上执行
new SchemaExport(serviceRegistry, config).setFormat(true)
.setOutputFile("create.sql").create(true, false);
}
/**
* 将删除表的SQL完整导出
*/
@Test
public void testExportDrop() {
// 要导出SQL，需要知道hibernate管理了哪些domain，所以需要读入配置
Configuration config = new Configuration().configure();
// 要导出SQL，需要知道数据库链接信息，方言等
ServiceRegistry serviceRegistry = new ServiceRegistryBuilder()
.loadProperties("hibernate.properties").buildServiceRegistry();
// drop方法用于创建删除表的SQL，第一个参数用于设置是否将SQL输出到控制台和文件中，
// 第二个参数用于设置是否将此次SQL在数据库上执行
new SchemaExport(serviceRegistry, config).setFormat(true)
.setOutputFile("drop.sql").drop(true, false);
}
/**
* 将修改表结构的SQL完整导出
*/
@Test
public void testExportUpdate() {
// 要导出SQL，需要知道hibernate管理了哪些domain，所以需要读入配置
Configuration config = new Configuration().configure();
// 要导出SQL，需要知道数据库链接信息，方言等
ServiceRegistry serviceRegistry = new ServiceRegistryBuilder()
.loadProperties("hibernate.properties").buildServiceRegistry();
// 根据Configuration和ServiceRegistry创建一个SchemaUpdate对象
SchemaUpdate update=new SchemaUpdate(serviceRegistry, config);
// setFormat方法用于设置是否对生成的SQL进行格式化，格式化效果和hibernate.format_sql一样
update.setFormat(true);
// setOutputFile方法用于设置把生成的SQL输出到哪个文件中
update.setOutputFile("update.sql");
// execute方法用于创建修改表结构的SQL，第一个参数用于设置是否将SQL输出到控制台和文件中，
// 第二个参数用于设置是否将此次SQL在数据库上执行
update.execute(true, false);
}