共计 1081 个字符，预计需要花费 3 分钟才能阅读完成。
一直用 Hibernate+mysql，感觉 Hibernate 很好用，也出过什么大问题；这周，公司的产品要部署到 Orecle，虽然产品号称支持 Oracle 但是我自己知道，这个产品压根儿就没在 Oracle 上测试过，更不要是使用了。于是就开始紧罗密布的测试了，问题自然一大堆，现在说一个关于主键生成策略的问题。
首先，众所周知，Hibernate 可以自动建表。当我们把项目部署好，运行的时候发现，确实自动建表了，但是少了很多表，就是有的表生成了，有的表木有生成，这就让人很头疼了。一波操作之后，发现 Hibernate 配置文件中，主键生产策略有误，下面就给大家总结一下当 Hibernate 遇到 oracle 之后，主键生成策略变化。
首先在非集群情况下：
可以使用 hibernate 自带的 increment 策略生成主键，但是 increment 实现机制为在当前应用实例中维持一个变量，以保存着当前的最大值，之后每次需要生成主键的时候将此值加 1 作为主键。从根本来讲，主键是在 Java 虚拟机上产生而不是数据库产生的，所以 increment 绝不能在集群环境下使用。
因此在集群情况下：
就必须使用 sequence 策略。如果采用 sequence 策略，就必须在 oracle 数据库里面创建序列：
CREATE SEQUENCE emp_sequence – 序列名
INCREMENT BY 1 — 每次加几个
START WITH 1 — 从 1 开始计数
NOMAXVALUE — 不设置最大值
NOCYCLE — 一直累加，不循环
CACHE 10;
当然有的朋友还比较喜欢 native 这个策略，万金油嘛；但是要注意了在数据库是 Oracle 的时候，如果不懂 native 的机制，那就麻烦了。怎么回事呢？如果使用 native 策略，那么 hibernate 会自动调用 hibernate_sequence 这个序列；如果没有，那自然就出问题了。所以还是在 oracle 数据库要创建一个名为 hibernate_sequence 的序列。有人以为反正也要建立 sequence 为毛要用 native 啊？不过对于产品化的东西，可能用于多种数据库的东西还是有一定使用性的，就不用到每次部署的时候先去改 hibernate 的配置文件了嘛。
好了基本就这样吧，祝你好运。
更多 Oracle 相关信息见 Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12
本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2017-01/139583.htm
