一尘不染

Hibernate无法获取下一个序列值

hibernate

我有gwt应用程序在后端连接到postgres
DB,并且有一个Java类’Judgement’映射了数据库中的’judgements’表,当我尝试将判断持久化到db时,它引发了以下错误:

Caused by: org.hibernate.exception.SQLGrammarException: could not get next sequence value
...
Caused by: org.postgresql.util.PSQLException: ERROR: relation "hibernate_sequence" does not exist

我的审判课看起来像这样

@Entity
@Table(name = "JUDGEMENTS")
public class Judgement implements Serializable, Cloneable {

    private static final long serialVersionUID = -7049957706738879274L;

    @Id
    @GeneratedValue(strategy = GenerationType.AUTO)
    @Column(name = "JUD_ID")
    private Long _judId;
...

我的表判断是:

   Column    |            Type             |                        Modifiers                        
-------------+-----------------------------+---------------------------------------------------------
 jud_id      | bigint                      | not null default nextval('judgements_id_seq'::regclass)
 rating      | character varying(255)      | 
 last_update | timestamp without time zone | 
 user_id     | character varying(255)      | 
 id          | integer                     | 
Indexes:
    "judgements_pkey" PRIMARY KEY, btree (jud_id)
Foreign-key constraints:
    "judgements_id_fkey" FOREIGN KEY (id) REFERENCES recommendations(id)
    "judgements_user_id_fkey" FOREIGN KEY (user_id) REFERENCES users(user_id)

我在数据库中有一个SEQUENCE名称’judgements_id_seq’

谁能告诉我怎么了???谢谢。


阅读 459

收藏
2020-06-20

共1个答案

一尘不染

Hibernate的PostgreSQL方言不是很聪明。它不了解您的每个串行序列,并假设可以使用一个全局数据库范围的序列“
hibernate_sequence”。


更新
:似乎在GenerationType.IDENTITY指定时,较新的Hibernate版本可能会使用默认的每表顺序。请测试您的版本,如果适用,请使用此版本而不是下面的版本。)


您需要更改映射以显式指定每个序列。这很烦人,重复且毫无意义。

@Entity
@Table(name = "JUDGEMENTS")
public class Judgement implements Serializable, Cloneable {

    private static final long serialVersionUID = -7049957706738879274L;

    @Id
    @GeneratedValue(strategy = GenerationType.SEQUENCE, generator="judgements_id_seq")
    @SequenceGenerator(name="judgements_id_seq", sequenceName="judgements_id_seq", allocationSize=1)
    @Column(name = "JUD_ID")
    private Long _judId;
...

allocationSize=1是非常重要的。如果您忽略它,Hibernate会盲目地假设序列是用定义的,INCREMENT 50因此当它从序列中获取一个值时,它可以使用该值 及其下的49个值
作为唯一的生成键。如果您的数据库序列增加1(默认值),那么当Hibernate尝试重用现有密钥时,这将导致唯一违规。

请注意,一次获取一个密钥 导致每个插入的额外往返行程。据我所知,Hibernate无法INSERT ... RETURNING用于有效地返回生成的键,显然也不能使用JDBC生成的键接口。如果您告诉它使用序列,它将调用nextval来获取值,然后insert显式地获取该值,从而导致两次往返。为了减少开销,您可以在具有大量插入的键序列上设置更大的增量,记住要在映射
基础数据库序列上进行设置。这将导致Hibernate的调用nextval频率降低,并缓存键块以随其发送。

我敢肯定,从以上内容可以看出,我不同意这里所做的Hibernate设计选择,至少从与PostgreSQL一起使用的角度来看。它们应该使用getGeneratedKeys或使用INSERT ... RETURNINGwith DEFAULT作为密钥,让数据库来处理此事,而Hibernate不必麻烦序列名称或对它们的显式访问。

顺便说一句,如果您将Hibernate与Pg一起使用,则可能还希望为Pg使用oplock触发器,以允许Hibernate的乐观锁定与普通数据库锁定安全地交互。没有它或类似的东西,您的Hibernate更新将倾向于破坏通过其他常规SQL客户端进行的更改。问我我怎么知道。

2020-06-20