hibernate.session_factory_name_is_jndi

配置hibernate.cfg.xml中SessionFactory的name属性是否作为JNDI名称绑定。默认是true,即默认情况下,只要给SessionFactory配置了name属性,Hibernate就会把这个名字绑定到JNDI上。关于这个的配置,请看:

http://blog.csdn.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);
   }

Hibernate 配置详解(11)的更多相关文章

  1. Hibernate 配置详解(9)

    hibernate.cache.use_structured_entries Hibernate文档上介绍,该属性是用于把对象以一种更易读的方式放到二级缓存中,这样,在对二级缓存进行监控的时候就更容易 ...

  2. Hibernate 配置详解(5)

    9) hibernate.batch_fetch_style: 该配置是hibernate4.2.0新添加的,使用这个设置可以配置hibernate在做batch-fetch的时候,生成SQL的策略. ...

  3. Hibernate 配置详解(2)

    6) hibernate.session_factory_name: 配置一个JNDI名称,通过Configuration对象创建的SessionFactory会绑定到JNDI下该名称中.一般名字格式 ...

  4. Hibernate 配置详解(8)

    hibernate.generate_statistics 这个配置大家应该都很熟悉,用于开启Hibernate统计信息,便于对Hibernate相关性能调试提供数据依据.在开发过程当中,可以把这个选 ...

  5. Hibernate 配置详解(12) 补充

    hibernate.hbm2ddl.import_files_sql_extractor 这个配置项用于补充这篇文章: http://blog.csdn.net/stefwu/article/deta ...

  6. Hibernate 配置详解(12) 其实我也不想用这么土的名字

    hibernate.hbm2ddl.import_files 这个配置用于在hibernate根据映射文件执行DDL之前,如果我们自己设置了要事先运行的SQL文件,hibernate就会先执行这些SQ ...

  7. Hibernate 配置详解(7)

    hibernate.order_updates: Hibernate文档中提到,该配置用于在刷新一级缓存,提交UPDATE的时候,按照每类对象的主键顺序排序后再提交,可以在高并发情况下减少事务死锁的可 ...

  8. hibernate二级缓存ehcache hibernate配置详解

    <!-----------------hibernate二级缓存ehcache------------------------->hibernate配置 <prop key=&quo ...

  9. Hibernate配置详解

    <!--标准的XML文件的起始行,version='1.0'表明XML的版本,encoding='gb2312'表明XML文件的编码方式--> <?xml version='1.0' ...

随机推荐

  1. Hive HA使用说明

    hive让大数据飞了起来,不再需要专人写MR.平常我们都可以用基于thrift的任意语言来调用hive. 不过爱恨各半,hive的thrift不稳定也是出了名的.很容易就出问题,让人无计可施.唯一的办 ...

  2. cocos2d-x游戏开发系列教程-搭建cocos2d-x的windows开发环境

    1.在上一篇中我们成功运行了HelloCpp和TestCpp工程,我们到目录cocos2d-x-2.2.1\Debug.win32下 查看生成的文件,在我电脑上绝对路径是H:\source\cocos ...

  3. hadoop深入研究:(五)——Archives

    转载请注明来源地址:http://blog.csdn.net/lastsweetop/article/details/9123155 简介 我们在hadoop深入研究:(一)——hdfs介绍里已讲过, ...

  4. HDU 1863 畅通project (最小生成树是否存在)

    题意 中文 入门最小生成树  prim大法好 #include<cstdio> #include<cstring> using namespace std; const int ...

  5. MFC的消息反射机制

    1.消息反射解释: 父窗口将子窗口发给它的通知消息,首先反射回子窗口进行处理(即给子窗口一个机会,让子窗口处理此消息),这样通知消息就有机会能被子窗口自身进行处理. 2.MFC中引入消息反射的原因: ...

  6. Android菜鸟的成长笔记(13)——异步任务(Async Task)

    原文:[置顶] Android菜鸟的成长笔记(13)——异步任务(Async Task) Android的UI线程主要负责处理用户的事件及图形显示,因此主线程UI不能阻塞,否则会弹出一个ANR(App ...

  7. c++ anonymous namespace -- 匿名空间

    c++ anonymous namespace -- 匿名空间 匿名空间,匿名类,匿名联合体,匿名结构体.   匿名空间   #include <stdio.h> namespace A ...

  8. Hibernate4读取Clob数据

    package cn.framework.dao.impl; import java.io.BufferedReader; import java.io.IOException; import jav ...

  9. Swift - 分段选择控件(UISegmentedControl)的用法

    1,选择控件的创建,并监听控件选择值 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 class ViewController: UIVie ...

  10. “聊天剽窃手”--ptrace进程注入型病毒

    近日,百度安全实验室发现了一款"聊天剽窃手"病毒.该病毒可以通过ptrace方式注入恶意代码至QQ.微信程序进程.恶意代码可以实时监控手机QQ.微信的聊天内容及联系人信息. 该病毒 ...