鉴于我在试图解决相同的问题时无意中从谷歌中发现了这个问题，我只是要抛出我炮制的解决方案，以防有人发现它有用。

在我看来，这个问题只有一种解决方案——@PrePersist。如果你在@PrePersist中这样做，你必须检查这个值是否已经设置了。

我尝试了一些JPA/ hibernate的方法，但没有一个似乎工作得很好。由于我使用Oracle，我创建了一个“之前的触发器”，在触发器中一个简单的空测试，然后如果空集根据需要

鉴于我在试图解决相同的问题时无意中从谷歌中发现了这个问题，我只是要抛出我炮制的解决方案，以防有人发现它有用。

在我看来，这个问题只有一种解决方案——@PrePersist。如果你在@PrePersist中这样做，你必须检查这个值是否已经设置了。

在2017年，JPA 2.1仍然只有@Column(columnDefinition='…')，您可以将列的文字SQL定义放在其中。这是相当不灵活的，并迫使您还声明其他方面，如类型，从而缩短了JPA实现在这方面的视图。

Hibernate有这个:

@Column(length = 4096, nullable = false)
@org.hibernate.annotations.ColumnDefault("")
private String description;

标识通过DDL应用到关联列的DEFAULT值。

Hibernate 4.3文档(4.3是为了显示它已经存在很长时间了) 数据库列的默认值为Hibernate手册

两点注意事项:

1) Don't be afraid of going non-standard. Working as a JBoss developer, I've seen quite some specification processes. The specification is basically the baseline that the big players in given field are willing to commit to support for the next decade or so. It's true for security, for messaging, ORM is no difference (although JPA covers quite a lot). My experience as a developer is that in a complex application, sooner or later you will need a non-standard API anyway. And @ColumnDefault is an example when it outweigts the negatives of using a non-standard solution.

2)每个人都挥动@PrePersist或构造函数成员初始化的方式很好。但这不是一回事。批量SQL更新怎么样?不设置列的语句呢?DEFAULT有它自己的角色，不能通过初始化Java类成员来替代。

JPA和Hibernate注释都不支持默认列值的概念。作为解决这个限制的一种方法，在对会话调用Hibernate save()或update()之前设置所有默认值。这尽可能地(除了Hibernate设置默认值之外)模拟了数据库在保存表中的一行时设置默认值的行为。

与此备选答案所建议的在模型类中设置默认值不同，此方法还确保使用Example对象作为搜索原型的条件查询将继续像以前一样工作。当您在模型类中设置一个可为空的属性(具有非基本类型的属性)的默认值时，Hibernate示例查询将不再忽略相关的列，以前它会因为它为空而忽略它。

JPA不支持这一点，如果支持的话会很有用。使用columnDefinition是特定于db的，在许多情况下是不可接受的。在检索具有空值的记录时(通常在重新运行旧的DBUnit测试时发生)，在类中设置默认值是不够的。我所做的是:

public class MyObject
{
    int attrib = 0;

    /** Default is 0 */
    @Column ( nullable = true )
    public int getAttrib()

    /** Falls to default = 0 when null */
    public void setAttrib ( Integer attrib ) {
       this.attrib = attrib == null ? 0 : attrib;
    }
}

Java自动装箱在这方面帮助很大。